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.
This issue was reported manually by Chiana. It already has 2 duplicates Build: NetBeans IDE Dev (Build 201012040001) VM: Java HotSpot(TM) Client VM, 17.1-b03, Java(TM) SE Runtime Environment, 1.6.0_22-b04 OS: Windows Vista User Comments: Chiana: same as #448579 but for an other field. Chiana: Was trying to remove a focuslistener from a field, this might be cause by #192863 Stacktrace: java.lang.StackOverflowError at java.util.Hashtable.get(Hashtable.java:334) at javax.swing.ArrayTable.get(ArrayTable.java:132) at javax.swing.ActionMap.get(ActionMap.java:100) at javax.swing.plaf.basic.LazyActionMap.get(LazyActionMap.java:90) at javax.swing.ActionMap.get(ActionMap.java:107) at org.openide.windows.DelegateActionMap.get(DelegateActionMap.java:118)
Created attachment 103602 [details] stacktrace
Created attachment 106201 [details] stacktrace
Created attachment 106381 [details] stacktrace right clicked on combo box and selected properties. Properties window was blank and then crashed
This bug already has 20 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=174695
Please evaluate : if you do not plan to fix it for NB 7.0 ask for waiver ASAP.
i wasn't able to reproduce this bug and the multiview code is too fragile to make any blind changes there as there's high risk of regressions.
Looking at the code in MultiViewActionMap, there is already SOE protection in this method (preventRecursive flag), just in a different section. That should be fixed to use a try-finally block Action a; preventRecursive = true; try { a = m.getkey); } finally { preventRecursive = false; } and the corresponding guard added to the line triggering the recursion in this case.
Standa, are you still asking for waiver ? If so, I would propose to fix it into 7.0.1 .
(In reply to comment #8) > Standa, are you still asking for waiver ? If so, I would propose to fix it into > 7.0.1 . yes, unless QA has reliable steps to reproduce this issue, i'd rather fix it after 7.0 release
Ok, I agree with waiver for 7.0
Created attachment 107829 [details] stacktrace Switched to a JDialog form file that was already opened & in "Source" view. Switched to the "Design" view of the form. The Exception was generated.
*** Bug 197863 has been marked as a duplicate of this bug. ***
fixed in core-main cc309d13b023
transplanted to release701 branch as 491c7a5ad6c4
Integrated into 'main-golden', will be available in build *201105240400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/cc309d13b023 User: S. Aubrecht <saubrecht@netbeans.org> Log: #192884 - prevent stack overflow
*** Bug 199674 has been marked as a duplicate of this bug. ***
Created attachment 109376 [details] Stack trace
I am seeing this as of dev 201107110600. This is the sequence that will reproduce this form me: - Create a new "Swing Gui Form/JPanel", call it "A" and add a JLabel to it. - Drag "B" out to its own window. - Now, in either form, click the JLabel and copy it (Ctrl-C or right-click>Copy). - Click form "B" (in its own window). - Click form "A" (in the main window). Clicking on the form in the main window raises the exception.
Product Version: NetBeans IDE 7.0.1 (Build 201107102202) Java: 1.7.0; Java HotSpot(TM) Client VM 21.0-b17 System: Windows XP version 5.1 running on x86; Cp1252; en_US (nb) It's reproducible. Devon c miller - thanks for steps for reproduce! We are evaluating this bug now. Steps to reproduce: 1. Create new project 2. Create new JPanel, name it "A" 3. Create second new JPanel, name it "B" 4. Add a JLabel to JPanel "A" and save it to clipboard (i.e. CTRL+C) 5. Undock JPanel "B" and give focus to it 6. Give focus JPanel "A" in main window 7. EXCEPTION occurred Necessary conditions for this bug: a) Both JPanels must be in "Design" mode - if one of them is in "Source" mode, it's OK b) In clipboard must be some JComponent - if clipboard is empty or with some ordinary text, it's OK c) One of the window must be undocked - if both windows are in one window (with two tabs) or if both windows are undocked at once, it's OK
core-main 4c1d8958a7c8
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/4c1d8958a7c8 User: S. Aubrecht <saubrecht@netbeans.org> Log: #192884 - stack overflow
Verified, works for me. Thanks!