This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
win2k, 7-9 dev build, jdk1.4 Open the IDE, open any modal dialog, click F1 or Help button. Help viewer appears over the dialog and is frozen. You can't close it, nor can you get back to the IDE window by clicking on it or its button in the windows task bar. You have to click on the dialog box to give it the focus and then close dialog box. Only happens the first time the Help window is opened. If the help window fully covers the dialog box there's no way to get back to it and you have to close the IDE, potential data loss, thus the P1.
It is only on Windows. On Linux it works fine. Seems that the code to listen for modal dialogs being opened is not run properly on Windows; possible JRE bug. Will have to investigate.
Oldest issue, but it works fine in [nb](release 3.3.2). It didn't work in build [nb_dev](200205070925) - it's the oldest build available on download. It doesn't work on Solaris 5.8 && [jdk1.3.1](03) but on [jdk1.4.0](01) it works fine.
fixed. User: ttran Date: 02/07/10 06:26:49 Modified: javahelp/src/org/netbeans/modules/javahelp Installer.java Log: #25470: Help viewer frozen on first open over modal dialogs. Quick fix. See comments in code for details. Revision Changes Path 1.6 +8 -0 core/javahelp/src/org/netbeans/modules/javahelp/Installer.java http://core.netbeans.org/source/browse/core/javahelp/src/org/netbeans/modules/javahelp/Installer.java.diff?r1=1.5&r2=1.6 (In the diff below, changes in quantity of whitespace are not shown.) Index: Installer.java =================================================================== RCS file: /cvs/core/javahelp/src/org/netbeans/modules/javahelp/Installer.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -b -r1.5 -r1.6 --- Installer.java 2002/06/19 20:31:09 1.5 +++ Installer.java 2002/07/10 13:26:48 1.6 @@ -38,6 +38,14 @@ // by the time F1 is first pressed. Otherwise only the second // F1 actually gets anything other than the main window help. HelpAction.WindowActivatedDetector.install(); + + // XXX(-ttran) quick fix for #25470: Help viewer frozen on first open + // over modal dialogs. JavaHelp seems to try to be lazy with the + // installation of its Dialog detector (an AWTEventListener) but it + // doesn't work on Windows. Here we force JavaHelp instance to be + // created and thus its AWTEventListener be registered early enough. + + getDefaultHelp(); } public void uninstalled() {
Alright but this is a quick fix, not a permanent fix. I want to remove the hack and replace it with a proper fix as time permits.
(Specifically figure out why the AWTEventListener was broken. If necessary might file a JRE bug.) BTW thanks for hot patch Trung!
Could you please Jesse merge this "hack" into QBE200207100100 branch too ?
hotfix merged from trunk to QBE200207100100
verified hotfix in [nb34_beta3](20020711)
Created attachment 6766 [details] Beginnings of debug info
Target milestone was changed from '3.4' to TBD.
You're as likely to work on these as I am not, I guess. I have no time for core/javahelp development. Maybe you will at some point.
Reassigning to Marek, new owner of output window and help system
We can reconsider Trung's fix that adds work to ModuleInstall. Is it still needed?
I investigated: Reason is that handling of modal dialogs (in JDK without modality exclusion support) requires to start AWTEventListener BEFORE user is able to open any modal dialog in IDE. If call of getDefaultHelp() (creating instance of JavaHelp class and registering AWTEventListener) is removed from ModuleInstall.restored JavaHelp instance is created later during warm up when Menu items are created. It takes some time and if user opens modal dialog before JavaHelp instance is created current impl of JavaHelp.currentModalDialog does not work properly (even if there is fallback to HelpAction.WindowActivatedDetector.getCurrentActivatedWindow() as this is not the same as it returns any currently activated window instead of current modal dialog). Possible fix could be to reconstruct somehow chain of modal dialogs and populate stack currentModalDialogs when JavaHelp instance is created.
Reassigning to the new "core/help system" owner obarbashov.
Moving JH issues to Victor.
1. jdk1.4 is not supported since NB6.X 2. This issue is not reproducible on both jdk1.5 and jdk1.6 3. Deep investigation of the hacks inside code of the JavaHelp Integration module shows that such issue should never occur in the NB6.7. I'll close it. Please re-open this issue if something will be wrong with modality of dialogs around the Help system of the NetBeans.