Bugzilla – Full Text Bug Listing
| Summary: | [MAC] Chromium Browser on Mac greedily grabs focus when setting URL | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Phil Beauvoir <p.beauvoir> |
| Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | akurtakov, guillez, niraj.modi, sravankumarl |
| Version: | 4.17 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Mac OS X | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 566608, 569095 | ||
More testing on Mac. There are concurrency problems on Mac with a sequence of events in our RCP app: 1. Select a Draw2d diagram object in our app and single click to edit its name using a SWT Text control (via a TextCellEditor) 2. The Viewpart containing the Chromium Browser responds to the workbench selection of the object in (1) and calls Browser.setText(html) 3. This lead to an Exception: org.eclipse.swt.SWTException: Widget is disposed at org.eclipse.swt.SWT.error(SWT.java:4869) at org.eclipse.swt.SWT.error(SWT.java:4784) at org.eclipse.swt.SWT.error(SWT.java:4755) at org.eclipse.swt.widgets.Widget.error(Widget.java:810) at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java:596) at org.eclipse.swt.widgets.Text.getSelectionCount(Text.java:1216) at org.eclipse.jface.viewers.TextCellEditor.checkSelection(TextCellEditor.java:136) at org.eclipse.jface.viewers.TextCellEditor.doSetFocus(TextCellEditor.java:210) I guess this is due to threading/concurrency issues in the Chromium Browser component on Mac. (This is not a problem on Windows.) Chromium has been removed via bug 572010 . |
I'm testing the Chromium Browser on Eclipse 4.17 on Mac 10.15.6 in our RCP application, "Archi". I have embedded the Browser in a ViewPart that listens to Workbench selections. On a selection the URL is set in the Browser: Browser.setUrl("file:///" + path_to_file); The contents of the file is displayed correctly. However, each time the Url is set the Browser and the ViewPart grabs the focus which takes away from the user's current focus which is undesirable. This does not happen on Windows.