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 21403 - FileSystem property change events for PROP_DISPLAY_NAME are not handled correctly
Summary: FileSystem property change events for PROP_DISPLAY_NAME are not handled corre...
Status: CLOSED INVALID
Alias: None
Product: java
Classification: Unclassified
Component: Javadoc (show other bugs)
Version: 3.x
Hardware: PC Windows ME/2000
: P4 blocker (vote)
Assignee: issues@java
URL:
Keywords: THREAD
Depends on:
Blocks: 19577
  Show dependency tree
 
Reported: 2002-03-09 02:26 UTC by Jeffrey Keyser
Modified: 2003-07-01 13:34 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
thread dump (16.96 KB, text/plain)
2002-06-18 17:45 UTC, rmatous
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jeffrey Keyser 2002-03-09 02:26:05 UTC
I have just enhancd the HTTP Javadoc file system to change its display name to 
show its state at it retrieves its structure from the web server.  During the 
time the FS is scanning, the name should change to "URL (scanning...)," and 
when it is done, it should revert back to just the URL.

When I first made these changes, I noticed the UI wasn't reacting to the 
property event changes I was firing for PROP_DISPLAY_NAME.  I modified 
org.openide.code.RootFolderNode to change its display name on PROP_DISPLAY_NAME 
changes instead of PROP_SYSTEM_NAME changes, (which itself already fires a 
PROP_DISPLAY_NAME change event).

After I made this change, the UI appeared to be working correctly.  
Unfortunately, I discovered after I checked in my change that it was only 
working intermittently.

In addition, when the FS fires two PROP_DISPLAY_NAME change events during its 
initialization, the FS doesn't appear in the UI until after it's done scanning 
the web server.  If I remove the second property change event during 
initialization, it appears immediately when it is mounted as it had before.

I have checked in the HTTP Javadoc file system code that is demonstrating this 
problem.  When the FS is first mounted, it should appear with the name of the 
URL that was mounted.  Immediately after that, the name should change to "URL 
(scanning...)" when it begins scanning the web server, and then change back 
when it is done.  The name should also change when the user selects "Refresh 
File System" from the context menu and the web server is rescanned.

If after looking at this, you see something I've done incorrectly in the FS 
code, please let me know.
Comment 1 David Simonek 2002-05-03 15:23:00 UTC
passing to FS guys.
Comment 2 rmatous 2002-06-18 17:42:52 UTC
AWT thread is waiting for lock. Problem of synchronization. Should be
solve in javadoc.httpfs. See attchement.
Comment 3 rmatous 2002-06-18 17:45:12 UTC
Created attachment 6308 [details]
thread dump
Comment 4 Jeffrey Keyser 2002-07-05 02:34:47 UTC
As I began looking into how to resolve the locking issues 
demonstrated in the attached thread dump, I discovered 
that this issue is no longer occurring.
Comment 5 Quality Engineering 2003-07-01 13:33:40 UTC
Resolved for 3.4.x or earlier, no new info since then -> closing.
Comment 6 Quality Engineering 2003-07-01 13:34:45 UTC
Resolved for 3.3.x or earlier, no new info since then -> closing.