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.
Created attachment 133071 [details] logs written from start-up until shutdown of NetBeans using a non-working environment When invoking code completion, the popped-up window is not mouse-navigable, neither is the corresponding documentation. The code-completion window can be controlled with the keyboard. This happens since update to Java 7. If running NetBeans with older Java 6, it works properly. It is always reproducible with any supported language editor. (For example, create new Java project, and in the main method of the java class type String and invoke code-completion.) Tested IDEs: Netbeans 7.1 and Netbeans 7.3 Tested jvms: IcedTea7 2.3.8, Java(TM) SE Runtime Environment (build 1.7.0_17-b02) and Java(TM) SE Runtime Environment (build 1.6.0_43-b01) The relevant uigesture logged under NB 7.3 using Oracle's JDK 1.7.0_17 is ----------------vvv---------------- <record> <date>2013-03-26T10:55:22</date> <millis>1364291722174</millis> <sequence>229</sequence> <logger>org.netbeans.ui.editor.completion</logger> <level>FINE</level> <thread>18</thread> <message>COMPL_INVOCATION</message> <key>COMPL_INVOCATION</key> <catalog>org.netbeans.modules.editor.completion.Bundle</catalog> <param>true</param> </record> ----------------^^^---------------- The correct uigestures logged under NB 7.3 using Sun's JDK 1.6.0_43: ----------------vvv---------------- <record> <date>2013-03-26T10:59:02</date> <millis>1364291942078</millis> <sequence>215</sequence> <logger>org.netbeans.ui.editor.completion</logger> <level>FINE</level> <thread>13</thread> <message>COMPL_INVOCATION</message> <key>COMPL_INVOCATION</key> <catalog>org.netbeans.modules.editor.completion.Bundle</catalog> <param>true</param> </record> <record> <date>2013-03-26T10:59:10</date> <millis>1364291950579</millis> <sequence>217</sequence> <logger>org.netbeans.ui.editor.completion</logger> <level>FINE</level> <thread>13</thread> <message>COMPL_MOUSE_SELECT</message> <key>COMPL_MOUSE_SELECT</key> <catalog>org.netbeans.modules.editor.completion.Bundle</catalog> <param>null</param> <param>2</param> <param>ClassItem</param> </record> ----------------^^^---------------- If it helps, NetBeans reports under Tools>Options>Windows>"Transparent drag window image" and Tools>Options>Windows>"Transparent floating windows" that "windows transparency is not supported by OS". (This is reported by both NB+Java 7 and NB+Java 6) Problematic IDE environment example: ----------------vvv----------------Product Version: NetBeans IDE 7.3 (Build 201302132200) Java: 1.7.0_17; Java HotSpot(TM) 64-Bit Server VM 23.7-b01 Runtime: Java(TM) SE Runtime Environment 1.7.0_17-b02 System: Linux version 3.6.11-gentoo running on amd64; UTF-8; en_US (nb) User directory: /home/myuser/.netbeans/7.3 Cache directory: /home/myuser/.cache/netbeans/7.3 ----------------^^^---------------- Working IDE environment example: ----------------vvv----------------Product Version: NetBeans IDE 7.3 (Build 201302132200) Java: 1.6.0_43; Java HotSpot(TM) 64-Bit Server VM 20.14-b01 Runtime: Java(TM) SE Runtime Environment 1.6.0_43-b01 System: Linux version 3.6.11-gentoo running on amd64; UTF-8; en_US (nb) User directory: /home/myuser/.netbeans/7.3 Cache directory: /home/myuser/.cache/netbeans/7.3 ----------------^^^----------------
Created attachment 133072 [details] logs written from start-up until shutdown of NetBeans using a working environment
Created attachment 133073 [details] xorg.conf Due to unconventional desktop setup, I'm also attaching the X config. Note that I'm using an intel+nvidia graphic cards setup.
I'm moving the bug upstream, as I'm experiencing the same problem with the popup window rendered by the control version: I cannot e.g. restore the code to the last revision from the "undo" command in the popup. The logs do not show any trace for the interaction (raising popup or clicking the command).
Thanks for very nice and reach report ! Unfortunately I am not able to reproduce it with : Product Version: NetBeans IDE 7.3 (Build 201302132200) Java: 1.7.0_17; Java HotSpot(TM) 64-Bit Server VM 23.7-b01 Runtime: Java(TM) SE Runtime Environment 1.7.0_17-b02 System: Linux version 3.5.0-26-generic running on amd64; UTF-8; en_US (nb) User directory: /home/marian/.netbeans/7.3 Cache directory: /home/marian/.cache/netbeans/7.3
Thanks Marian for the prompt response. Does anyone knows what UI component does NetBeans use for such dialogs? Perhaps I can write a short application to further diagnose the problem. (I'll try to find it out in the meanwhile...) I have updated my system, have tested several xorg configs (single head over the intel, single head over the nvidia, default config without xorg.conf, no keyboard section, etc.), but nothing seems to help. I have tested the same in an updated debian wheezy, but everything works fine. Another colleague of mine has tested it in a dual graphic card, triple head config (ati + intel), but it works there too. I'm still trying to narrow down the problem. My current config (kernel updated): ----------------vvv---------------- Product Version: NetBeans IDE 7.3 (Build 201302132200) Java: 1.7.0_17; Java HotSpot(TM) 64-Bit Server VM 23.7-b01 Runtime: Java(TM) SE Runtime Environment 1.7.0_17-b02 System: Linux version 3.7.10-gentoo running on amd64; UTF-8; en_US (nb) User directory: /home/myuser/.netbeans/7.3 Cache directory: /home/myuser/.cache/netbeans/7.3 ----------------^^^----------------
We could find out what was the trigger for this extraneous behavior: the "Keyboard Layouts Plugin" for Xfce. If I configure more than one layout and doesn't selected the first one, the mouse events are not captured anymore by the popup dialogs. I'm closing this bug and reporting it to the Xfce plugin developers.
Upstream bug: https://bugzilla.xfce.org/show_bug.cgi?id=9958