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 207672 - IllegalStateException: getInputStream invoked in AWT
Summary: IllegalStateException: getInputStream invoked in AWT
Status: RESOLVED WONTFIX
Alias: None
Product: versioncontrol
Classification: Unclassified
Component: Code (show other bugs)
Version: 7.2
Hardware: All All
: P3 normal (vote)
Assignee: Tomas Stupka
URL:
Keywords: PERFORMANCE
Depends on:
Blocks: 206311
  Show dependency tree
 
Reported: 2012-01-24 10:12 UTC by Petr Cyhelsky
Modified: 2012-01-25 07:15 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter: 184697


Attachments
stacktrace (5.61 KB, text/plain)
2012-01-24 10:12 UTC, Petr Cyhelsky
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Petr Cyhelsky 2012-01-24 10:12:52 UTC
This issue was reported manually by cyhelsky.
It already has 2 duplicates 


Build: NetBeans IDE Dev (Build 20120118-ab16ccd545a5)
VM: OpenJDK 64-Bit Server VM, 20.0-b11, OpenJDK Runtime Environment, 1.6.0_22-b22
OS: Linux

Stacktrace: 
java.lang.IllegalStateException: getInputStream invoked in AWT
   at org.netbeans.modules.masterfs.filebasedfs.fileobjects.FileObj.getInputStream(FileObj.java:219)
   at org.netbeans.spi.project.support.ant.ProjectProperties$PP.getEditablePropertiesOrNull(ProjectProperties.java:194)
   at org.netbeans.spi.project.support.ant.ProjectProperties$PP.getProperties(ProjectProperties.java:325)
   at org.netbeans.spi.project.support.ant.SequentialPropertyEvaluator$1.run(SequentialPropertyEvaluator.java:106)
   at org.netbeans.spi.project.support.ant.SequentialPropertyEvaluator$1.run(SequentialPropertyEvaluator.java:95)
   at org.openide.util.Mutex.readAccess(Mutex.java:288)
Comment 1 Petr Cyhelsky 2012-01-24 10:12:56 UTC
Created attachment 115181 [details]
stacktrace
Comment 2 Tomas Stupka 2012-01-24 10:43:37 UTC
the versionig node in a projects context menu is represented by  o.n.m.versioning.core.ProjectMenuItem$LazyMenu, which is created only in case that the list of open projects isn't currently modified. Otherwise only a disabled menuitem with the label "Initializing..." is added to the menu.

What might have happened in the reported case is that some project creation/opening was triggered after LazyMenu was already added to the popup menu, but before LazyMenu.getPopupMenu() was called. Wasn't able to reproduce such a case as well as Petr (reporter) did not - seems to be a seldom corner case. Closing as wontfix for now ...