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.
I am running release 3.5.1 on Windows 2000. o Strange behavior when started with WindowsLookAndFeel in the ide.cfg. o Behavior NOT encountered when using the java look and feel. I mount a large file system segment (say my C drive), then randomly choose files or folders and right click for Properties. About 50% of the time I get a properties popup, which then immediately iconifies. (The other 50% of the time I get - as expected - the properties popup.) As mentioned, this only happens when using WindowsLookAndFeel.
I cannot reproduce, please provide more info : JDK version .
I'm a little new to NetBeans. What more info would you like?
JDK version. And I don't understand what do you mean by "properties popup" - do you mean Properties window?
JDK1.4.0_01 Explication: In the Explorer, I randomly select a folder or file, right-click for a context menu, selecting the Properties menu item. The window which pops up - titled "Properties of xxxx" - is the one which iconifies about 50% of the time. As Mentioned: This happens under WindowsLookAndFeel, but not metal. Other facts: It does not seem to be tied to the specific folder/file being viewed. Selecting the same folder or file at different times gives different results (i.e., the property window sometimes iconifies, sometimes doesn't). It does not seem to be tied to node state. I've tried it with the node both open and closed, and had the same inconsistent behavior. It does not seem to be tied to the node type. I have seen the same behavior on a drive node, folders, and files. It does not seem to be tied to logical vs physical (node type). I get the same erratic behavior whether it is a drive/folder/file, or some java object like a JFrame.
Ok, thanks. By the way, I still cannot reproduce it with : [nb_dev](20030905) on JDK1.4.2_01 neither JDK1.4.0_01, Windows L&F
Well silly me! The windows are not iconifying. Instead, they are being displayed, then are immediately being hidden behind the main netbeans window! I'll keep looking for a pattern. Just an impression: If I select a file/folder near the upper part of the screen, then the properties window is much less likely to become hidden.
Another clue: In the Filsystem Explorer, I popped up another explorer window. (Right click, Explore from Here.) The content was my C drive. I started the same process - Right click, select Properties, get a Properties popup. I had the same experience as before: several operations succeeded, in which case I dismissed the popup. Finally, the Properties Window hid behind the main IDE window. SO DID THE SECOND EXPLORER WINDOW.
Refile on winsys - window z-order is not property sheet's domain.
Hold it. We have narrowed this one down. o The failure occurs in both Metal and Windows LookAnd Feel. o It is pervasive, and is not caused by the property viewer. o I can cause the identical failure when the popup is Help. The problem is the handling of tool tips. Try this scenario: o In the IDE, double-click a swing element (so that the Form Editor is shown (including the Object Inspector). o From the menu bar, bring up Help. o Move the mouse cursor over the properties tabs in the Object Inspector. I predict that a tool tip will pop up, and the help viewer will disappear behind the main window. In fact, I can make other - non-NetBeans windos do the same when a) they are in front of netBeans, and b) I move the mouse cursor over a netBeans element that shows a tool tip. I don't know what the NetBeans authors had in mind, but I tried this with other Windows programs that show tool tips, and they only do so when the program in question has the focus.
It is not specific to Win L&F but it is specific to Windows. I cannot reproduce it on Linux, RH 8, KDE 3.0.3. We reproduced it on Win 2000, JDK 1.4.2_01, current dev build and NB 3.5.1 too.
Created attachment 11631 [details] Simple test app
I attached simple test app to manifest this behaviour. It seems it is not specific to NB but it is behaviour (bug?) of JDK. I filed issue #4923215 to Bugtraq against JDK 1.4.2_01. We will wait for evaluation. It looks like it happens when heavyweight tooltip is displayed. How to reproduce: When you start test app it shows 2 native frames. Arrange them so that TEST frame overlaps MAIN frame but you can see tabs in MAIN frame. Now move mouse cursor over tabs in MAIN frame so that tab tooltips are displayed. It will cause change in z-order. MAIN frame is fronted. It happens only on Windows. It does not happen on Linux RH 8 with KDE 3.0.3.
issue doesn't apply to new window system - verified