Bugzilla – Full Text Bug Listing
| Summary: | [SWT_AWT][Browser] On Linux, Browser dialogs are not modal | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Christopher Deckers <chrriis> | ||||||
| Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> | ||||||
| Status: | CLOSED WONTFIX | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | eclipse.felipe, ericwill, gheorghe, grant_gayed, keeskuip, wangyu4882 | ||||||
| Version: | 3.5 | Keywords: | triaged | ||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | stalebug | ||||||||
| Attachments: |
|
||||||||
I received another bug report on my product because of this bug, and it is a very annoying issue. Any idea if a fix is possible? I met this issue on Windows Server 2003 with XULRunner. Created attachment 135018 [details]
hacks
Here is a hack that gets the alert dialog to stay on top of the AWT frame. It still does not act as modal. I do not see any way of doing that.
I only hacked MessageBox, we would have handle all dialogs and shells.
This is still reproducible on Oxygen. *** Bug 270040 has been marked as a duplicate of this bug. *** As a note, on Gtk/Wayland, a process is not allowed to embed another process. So that might make such nesting more complex. There's probably some way around it as WebkitGtk2 runs in a separate process, but probably involves a decent amount of hackery. Still reproducible as of today with SWT from master, GTK3.24, and Fedora 29. This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. |
Created attachment 124212 [details] Sample test case. Build ID: 3.5 Steps To Reproduce: 1. Embed a Browser in a Swing frame 2. Get a browser popup (like a JS alert) 3. Click on the Swing frame or one of its components -> the Swing component responds, the modal dialog passes behind the Swing frame. More information: I specify the XULRunner system property, but I can't be sure whether it also happens with another runtime (Firefox). The native browser is completely blocked while the dialog is present. This problem is really nasty because while working on a rich Swing UI, it does happen that a popup is shown with the Swing frame moving to front. The result is that users think of a crash of the web browser.