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 86332 - CVS blocks awt thread for a long time
Summary: CVS blocks awt thread for a long time
Status: RESOLVED DUPLICATE of bug 171410
Alias: None
Product: versioncontrol
Classification: Unclassified
Component: CVS (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: issues@versioncontrol
URL:
Keywords:
: 97030 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-10-02 19:56 UTC by ehucka
Modified: 2010-03-30 12:07 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ehucka 2006-10-02 19:56:17 UTC
ide trunk 200610011800

sometimes (randomly) ide is blocked for a few seconds by versioning system
calling something in awt thread. I have opened a few projects from cvs.

"AWT-EventQueue-1" prio=10 tid=0x09028c00 nid=0x1c9e runnable
[0xb4971000..0xb49720c0]
   java.lang.Thread.State: RUNNABLE
        at java.io.UnixFileSystem.checkAccess(Native Method)
        at java.io.File.canRead(File.java:691)
        at
org.netbeans.modules.versioning.system.cvss.CvsVersioningSystem.isManaged(CvsVersioningSystem.java:363)
        at
org.netbeans.modules.versioning.system.cvss.FileStatusCache.createFileInformation(FileStatusCache.java:503)
        at
org.netbeans.modules.versioning.system.cvss.FileStatusCache.scanFolder(FileStatusCache.java:452)
        at
org.netbeans.modules.versioning.system.cvss.FileStatusCache.getScannedFiles(FileStatusCache.java:415)
        at
org.netbeans.modules.versioning.system.cvss.FileStatusCache.getStatus(FileStatusCache.java:195)
        at
org.netbeans.modules.versioning.system.cvss.FileStatusProvider.annotateIcon(FileStatusProvider.java:122)
        at
org.netbeans.modules.masterfs.MasterFileSystem$StatusImpl.annotateIcon(MasterFileSystem.java:423)
        at org.openide.loaders.DataFolder$FolderNode.getIcon(DataFolder.java:1137)
        at org.openide.nodes.FilterNode.getIcon(FilterNode.java:530)
        at org.openide.loaders.DataShadow$ShadowNode.getIcon(DataShadow.java:822)
        at org.openide.nodes.FilterNode.getIcon(FilterNode.java:530)
        at org.openide.explorer.view.VisualizerNode.getIcon(VisualizerNode.java:544)
        at
org.openide.explorer.view.NodeRenderer.configureFrom(NodeRenderer.java:181)
        at
org.openide.explorer.view.NodeRenderer.getTreeCellRendererComponent(NodeRenderer.java:119)
        at
javax.swing.plaf.basic.BasicTreeUI$NodeDimensionsHandler.getNodeDimensions(BasicTreeUI.java:2807)
        at
javax.swing.tree.AbstractLayoutCache.getNodeDimensions(AbstractLayoutCache.java:475)
        at
javax.swing.tree.VariableHeightLayoutCache$TreeStateNode.updatePreferredSize(VariableHeightLayoutCache.java:1342)
        at
javax.swing.tree.VariableHeightLayoutCache$TreeStateNode.updatePreferredSize(VariableHeightLayoutCache.java:1333)
        at
javax.swing.tree.VariableHeightLayoutCache.treeNodesChanged(VariableHeightLayoutCache.java:418)
        at
javax.swing.plaf.basic.BasicTreeUI$Handler.treeNodesChanged(BasicTreeUI.java:3866)
        at
javax.swing.tree.DefaultTreeModel.fireTreeNodesChanged(DefaultTreeModel.java:468)
        at javax.swing.tree.DefaultTreeModel.nodesChanged(DefaultTreeModel.java:330)
        at javax.swing.tree.DefaultTreeModel.nodeChanged(DefaultTreeModel.java:261)
        at
org.openide.explorer.view.NodeTreeModel$Listener.update(NodeTreeModel.java:200)
        at org.openide.explorer.view.VisualizerNode.run(VisualizerNode.java:461)
        at org.openide.util.Mutex.readAccess(Mutex.java:293)
        at org.openide.explorer.view.VisualizerNode.run(VisualizerNode.java:440)
        at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
        at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
        at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
        at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
Comment 1 Peter Pis 2006-10-02 20:14:18 UTC
Have you performed any CVS action? 
Comment 2 ehucka 2006-10-02 20:37:37 UTC
As I remember, no, I've edited a local file from favorites.
Comment 3 Maros Sandor 2007-01-05 16:28:56 UTC
The master filesystem API is synchronous, it asks for node annotations in AWT
and we sometimes must touch disk to find out about file statuses. We may
workaround this by returning bogus values, then firing separate threads and set
correct annotations afterwards.
Comment 4 Maros Sandor 2007-03-02 09:26:45 UTC
*** Issue 97030 has been marked as a duplicate of this issue. ***
Comment 5 Ondrej Vrabec 2010-03-30 12:07:44 UTC
should not happen in 6.9 - asynchronous Annotator introduced ()

*** This bug has been marked as a duplicate of bug 171410 ***