Community
Participate
Working Groups
Build ID: Eclipse 3.3 M5/Integration build20070310 Steps To Reproduce: Env: SuseLinux EL 10 XULRunner 1.8.0.1 1. Use "Internet web browser" view inside Eclipse 2. Visit to a IBM Portal server(V6) 3. Login as administrator. 4. Click the menu(inside page) "Launch->Templates". 5. Click "Application Library" in the renewed web page. 6. In the "Application" page, click "new" to create a new application. 7. Input some text in the "Name", and select a template in the "template", e.g: "test" for application name, and "Portal Blank Template" as teamplate. 8. Click "OK" to create new application. After it reload the "Applications" page, find the new created "test" application and click into the new created application. 9. In the new application "test" page, hover to "Blank Page" tab, and you will find a drop down menus, click the dropdown and select 3rd one "Assign Application Members". 10. At the "Memebers" page, click "Add" drop down menu, select "Add users". 11. Nothing happens. Expected: -There should pop up a modaless dialog, it works in Firefox. More information: - The JS is calling show a Modaless dialog, it is supported in FF, while it doesn't show in Eclipse browser. - It is hard to isolate a snippet JS code to report this problem. - A simple page with a JS showModaless dialog can work in Eclipse browser, but fails in the complex Portal page.
> 2. Visit to a IBM Portal server(V6) I don't know what this is. Is there a url I can just go to, or do I need to install something?
I see the problem on your machine. After adding various breakpoints to the Mozilla class, it _appears_ that the menu item does not create the request to display the new dialog for some reason (as opposed to my original assumption that the browser was failing to display the dialog after it had been requested). Does the Ponzo browser have better luck with this scenario?
This problem also happens with Redhat EL5 release with distributed FireFox1.5.0.9 Does not happen in following configurations: SuseLinux ED10/xulrunner 1.8.0.1 SuseLinux ED10/FireFox1.5.0.4 RHEL4U4/SeaMonkey (from mozilla.org). More suspecting with distributed FireFox has some default config
Find the reason: Redhat shipped Firefox has this config: dom.disable_open_during_load to true. This will block all the open window calls. While if you check FF/Seamonkey/XULRunner from Mozilla.org, the default value for dom.disable_open_during_load is false. If we set about:config in the URL, and modify dom.disable_open_during_load to false, it can show popup dialog correctly. We tried with Eclipse 3.3M6 on RHEL5/RHEL5Update4 So SWT.Browser can fix it by adding this mozilla preference at initialization.
fixed > 0327 (the fix is the same as bug 169293, whose patch can be found at https://bugs.eclipse.org/bugs/attachment.cgi?id=62120&action=view )
