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.
Summary: | Recursive listener do not deliver all fileDeleted events. | ||
---|---|---|---|
Product: | platform | Reporter: | Tomas Zezula <tzezula> |
Component: | Filesystems | Assignee: | Tomas Zezula <tzezula> |
Status: | NEW --- | ||
Severity: | normal | CC: | jglick, jtulach |
Priority: | P3 | ||
Version: | 7.0 | ||
Hardware: | PC | ||
OS: | Mac OS X | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
Tomas Zezula
2011-02-16 11:06:06 UTC
Also the following change was delivered: FINE [org.netbeans.modules.masterfs.watcher.OSXNotifier]: Event on /Users/tom/Projects/netbeans/test/java.project/ 0 I've looked into doc and according to it it may happen that only the /Users/tom/Projects/netbeans/test/java.project/ can be delivered for delete. As far as I can tell, the API asked you to listen on some/folder/path via addWatch method, so it is reasonable to expect that if there was some change, you will deliver change for some/folder/path and not for some/ or some/folder/, right? If you are able to detect this case, then you can deliver ALL_CHANGE. If you are unable to detect this kind of event collapsing, then I guess we are out of luck. Anyway the fix needs to be done primarily in OSXNotifier, which is your creation, so passing back to you, Tomáši. I can do it in OSXNotifier. Originally I did it but Nejedlak remove the filtering due to performance reasons. As far as I remember the reason was that FS does the same in more efficient way. |