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.
NetBeans IDE Dev (Build 200610121800) 1.6.0-rc; Java HotSpot(TM) Client VM 1.6.0-rc-b99 Windows XP version 5.1 running on x86 cs_CZ (nb); Cp1250 Description: ============ 1. be sure your windows system appearance is set in section "Windows and buttons" on windows XP style 2. start your IDE with clear userdir 3. create new application with new jFrame and insert in it e.g. jbutton. Let focus on this button 4.switch windows appearance to Windows Classic Syle 5. After that IDE has problems to recover itselfs and exception occures. Then it's not possible to continue working with IDE because everywhere you click, new exception releases. Stack Trace: ============ java.lang.NullPointerException at com.sun.java.swing.plaf.windows.WindowsComboBoxUI$XPComboBoxButton.getState(WindowsComboBoxUI.java:404) at com.sun.java.swing.plaf.windows.XPStyle$GlyphButton.paintComponent(XPStyle.java:709) at javax.swing.JComponent.paint(JComponent.java:1022) at javax.swing.JComponent.paintChildren(JComponent.java:859) at org.openide.explorer.propertysheet.ComboInplaceEditor.paintChildren(ComboInplaceEditor.java:487) at javax.swing.JComponent.paint(JComponent.java:1031)
Created attachment 35186 [details] 87071
i don't think that changing look and feel at run time is supported
Me neither ...
*** Issue 86662 has been marked as a duplicate of this issue. ***
fixed in trunk Checking in InplaceEditorFactory.java; /cvs/openide/explorer/src/org/openide/explorer/propertysheet/InplaceEditorFactory.java,v <-- InplaceEditorFactory.java new revision: 1.5; previous revision: 1.4 done Checking in RendererFactory.java; /cvs/openide/explorer/src/org/openide/explorer/propertysheet/RendererFactory.java,v <-- RendererFactory.java new revision: 1.8; previous revision: 1.7 done
NetBeans IDE Dev (Build 200610261800) 1.6.0-rc; Java HotSpot(TM) Client VM 1.6.0-rc-b99 Windows XP version 5.1 running on x86 cs_CZ (nb); Cp1250 NPE occured again but according to different steps. 1. be sure your windows system appearance is set in section "Windows and buttons" on Windows Classic Style 2. the same as before 3. switch windows appearance to Windows XP Syle 4. try to build the application (ctrl-F11) then exception occured another note is that everything seems to be switched in new apperance correctly but just palette remains in Classic Style :( Stack Trace: =========== java.lang.NullPointerException at com.sun.java.swing.plaf.windows.WindowsProgressBarUI.getBox(WindowsProgressBarUI.java:250) at javax.swing.plaf.basic.BasicProgressBarUI.setAnimationIndex(BasicProgressBarUI.java:924) at com.sun.java.swing.plaf.windows.WindowsProgressBarUI.setAnimationIndex(WindowsProgressBarUI.java:190) at javax.swing.plaf.basic.BasicProgressBarUI.incrementAnimationIndex(BasicProgressBarUI.java:982)
Created attachment 35629 [details] StackTrace 2
cc'ing progress module owner
fixed problems in the common palette Checking in PalettePanel.java; /cvs/core/palette/src/org/netbeans/modules/palette/ui/PalettePanel.java,v <-- PalettePanel.java new revision: 1.19; previous revision: 1.18 done Checking in CategoryList.java; /cvs/core/palette/src/org/netbeans/modules/palette/ui/CategoryList.java,v <-- CategoryList.java new revision: 1.15; previous revision: 1.14 done
made sure there are no cached components without a parent. issue is fixed now? Checking in progressui/src/org/netbeans/modules/progress/ui/StatusLineComponent.java; /cvs/core/progressui/src/org/netbeans/modules/progress/ui/StatusLineComponent.java,v <-- StatusLineComponent.java new revision: 1.6; previous revision: 1.5
Issue seems to be fixed. No exceptions occure and common palette's look and feel adapts new configuration. there is another issue which is connected with changing system appearance, exactly windows XP style is not fully switched to Classic Style and vice versa. Mainly colors of tabs are not correct. See screenshot in attachment. But in my opinion, this issue is not essential, so I decrease priority to number 4. Also I am not sure if this problem is a part of bug solved before. But for now, I reopen this issue again. If you don't agree, there is no problem to set issue as verified and create new one.
Created attachment 35797 [details] screenshot
moving opened issues from TM <= 6.1 to TM=Dev
no easy fix for this bug
NetBeans.org Migration: changing resolution from LATER to WONTFIX