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 232779 - StackOverflowError at java.util.Arrays.copyOf
Summary: StackOverflowError at java.util.Arrays.copyOf
Status: RESOLVED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Refactoring (show other bugs)
Version: 7.3
Hardware: All All
: P3 normal (vote)
Assignee: Ralph Ruijs
URL:
Keywords:
: 212755 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-07-16 09:24 UTC by limuhob
Modified: 2015-03-09 10:39 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 202178


Attachments
stacktrace (101.85 KB, text/plain)
2013-07-16 09:24 UTC, limuhob
Details

Note You need to log in before you can comment on or make changes to this bug.
Description limuhob 2013-07-16 09:24:50 UTC
This bug was originally marked as duplicate of bug 212755, that is already resolved. This bug is still valid, so this seems to be another bug, but it might be related.

Build: NetBeans IDE 7.3 (Build 201302132200)
VM: OpenJDK Client VM, 23.7-b01, OpenJDK Runtime Environment, 1.7.0_21-b02
OS: Linux

User Comments:
limuhob: Click do refactoring on a floating rafactoring preview window.




Stacktrace: 
java.lang.StackOverflowError
   at java.util.Arrays.copyOf(Arrays.java:2245)
   at java.util.ArrayList.toArray(ArrayList.java:360)
   at java.awt.Container.getComponents_NoClientCode(Container.java:351)
   at java.awt.Container.getComponents(Container.java:343)
   at javax.swing.SortingFocusTraversalPolicy.enumerateCycle(SortingFocusTraversalPolicy.java:147)
   at javax.swing.SortingFocusTraversalPolicy.enumerateCycle(SortingFocusTraversalPolicy.java:156)
Comment 1 limuhob 2013-07-16 09:24:52 UTC
Created attachment 137193 [details]
stacktrace
Comment 2 Ondrej Brejla 2013-07-16 09:50:48 UTC
Discovered by workarounding issue #200510. 

Couldn't it be related? I think whether that SOE can cause refactoring window to keep floating around?
Comment 3 Antonin Nebuzelsky 2013-12-27 13:22:28 UTC
No related reported JDK bug that I could find. Also it is not reasonable to file a JDK bug with just the stacktrace which does not give any clue about the particular case.

I guess the problem is most probably on the side of NetBeans code which is constructing the set of UI components.

Stando, any guidance on a way to find the root cause?
Comment 4 Stanislav Aubrecht 2014-01-06 10:33:55 UTC
*** Bug 212755 has been marked as a duplicate of this bug. ***
Comment 5 Stanislav Aubrecht 2014-01-06 10:43:39 UTC
Refactoring window does some evil things with input focus. It is recommended to use requestFocusInWindow() instead of requestFocus() which is too aggressive.

(Please reassign if I picked the wrong component)
Comment 6 Ralph Ruijs 2015-03-09 10:39:45 UTC
(In reply to Stanislav Aubrecht from comment #5)
> Refactoring window does some evil things with input focus. It is recommended
> to use requestFocusInWindow() instead of requestFocus() which is too
> aggressive.
> 
> (Please reassign if I picked the wrong component)

Almost all calls to requestFocus have been removed. Just the one from the overridden method, as described in #41258, is still there.