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.

Bug 194687 - Customize Layout causes the following problem JPanel layout changed to fill horizontal from fill both
Summary: Customize Layout causes the following problem JPanel layout changed to fill h...
Status: RESOLVED WONTFIX
Alias: None
Product: guibuilder
Classification: Unclassified
Component: Code (show other bugs)
Version: 6.x
Hardware: All All
: P3 normal (vote)
Assignee: issues@guibuilder
URL:
Keywords: JDK_SPECIFIC
: 196700 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-01-25 13:32 UTC by johnco3
Modified: 2011-10-21 17:56 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description johnco3 2011-01-25 13:32:25 UTC 
Product Version = NetBeans IDE 6.9.1 (Build 201011082200)
Operating System = Windows XP version 5.1 running on x86
Java; VM; Vendor = 1.6.0_22
Runtime = Java HotSpot(TM) Client VM 17.1-b03

I was adjusting the fill type of the center panel of a gridbag layout JPanel container from Both (which works fine) to horizontal which breaks in the IDE (overwriting the swing widgets with the callback trace below).  I ran the project to also recreate and capture the backtrace - which somehow seems to be as a result of a nevative width stroke

Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: negative width
        at java.awt.BasicStroke.<init>(BasicStroke.java:181)
        at java.awt.BasicStroke.<init>(BasicStroke.java:254)
        at com.sun.java.swing.plaf.windows.WindowsProgressBarUI.paintDeterminate(WindowsProgressBarUI.java:124)
        at javax.swing.plaf.basic.BasicProgressBarUI.paint(BasicProgressBarUI.java:395)
        at javax.swing.plaf.ComponentUI.update(ComponentUI.java:143)
        at javax.swing.JComponent.paintComponent(JComponent.java:752)
        at javax.swing.JComponent.paint(JComponent.java:1029)
        at javax.swing.JComponent.paintChildren(JComponent.java:862)
        at javax.swing.JComponent.paint(JComponent.java:1038)
        at javax.swing.JComponent.paintChildren(JComponent.java:862)
        at javax.swing.JComponent.paint(JComponent.java:1038)
        at javax.swing.JComponent.paintChildren(JComponent.java:862)
        at javax.swing.JComponent.paint(JComponent.java:1038)
        at javax.swing.JComponent.paintChildren(JComponent.java:862)
        at javax.swing.JComponent.paint(JComponent.java:1038)
        at javax.swing.JComponent.paintChildren(JComponent.java:862)
        at javax.swing.JComponent.paint(JComponent.java:1038)
        at javax.swing.JComponent.paintChildren(JComponent.java:862)
        at javax.swing.JComponent.paint(JComponent.java:1038)
        at javax.swing.JComponent.paintToOffscreen(JComponent.java:5124)
        at javax.swing.BufferStrategyPaintManager.paint(BufferStrategyPaintManager.java:278)
        at javax.swing.RepaintManager.paint(RepaintManager.java:1224)
        at javax.swing.JComponent._paintImmediately(JComponent.java:5072)
        at javax.swing.JComponent.paintImmediately(JComponent.java:4882)
        at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:785)
        at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:713)
        at javax.swing.RepaintManager.seqPaintDirtyRegions(RepaintManager.java:693)
        at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:125)
        at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
        at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
Comment 1 Jan Stola 2011-01-27 15:49:12 UTC 
The stack trace of the exception doesn't contain anything from NetBeans. This fact motivated the search of JDK bugs and really, the bug 5035852 seems to cover this problem => closing as "will not fix" because this bug will not be fixed in NetBeans code. It must be fixed in JDK.

See http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5035852
Comment 2 Marian Mirilovic 2011-06-09 18:04:10 UTC 
BTW: JDK bug is targeted for JDK 8
Comment 3 Jan Stola 2011-10-21 17:56:37 UTC 
*** Bug 196700 has been marked as a duplicate of this bug. ***