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: | renaming a package (which has subpackages) removes all files within that base package | ||
---|---|---|---|
Product: | platform | Reporter: | fillumina <fillumina> |
Component: | Filesystems | Assignee: | Jaroslav Tulach <jtulach> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | cordisvictor, dudy, jbecicka, jtulach, juhrik, miibx5, mmirilovic, mperezma, tboudreau |
Priority: | P2 | ||
Version: | 6.x | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
This is the result after renaming package root to nr in Files View
j1 j2 j3 j4 |
Description
fillumina
2010-07-03 08:33:32 UTC
Workaround: rebuild a separate hierarchy with the base package renamed and than move files starting from the deepest packages in the hierarchy. This really seems to work strange. I was able to refactor-rename the package, but after the operation some files were missing in the subpackages. After switching to a browser and back to the IDE they magically reappeared again. I can reproduce the issue Vita mentioned above. Files really looks deleted, but they are not. It looks like Explorer is not properly refreshed (FS events not fired?). Explorer view gets fixed, when I switched to another application and back to IDE. *** Bug 179935 has been marked as a duplicate of this bug. *** Works in Build from Sep 19, 2010. Created attachment 102221 [details]
This is the result after renaming package root to nr in Files View
I've seen this immediately after I did the rename. I had no need to jump out and back to the IDE.
Start the ide with clean userdir. Create project to have the same file structure as you can see on picture j1. Close all editors. collapse all packages in Projects View, but do not collapse Source Packages Node. Switch to files view, select folder "g" and rename it to "d". So far so good. See pict. j2. Switch to Projects View. The packages seems to be empty. Pict J3. Invoke Source | Scan for External Changes ... everything seems to be OK again. Pict J4 Created attachment 102911 [details]
j1
Created attachment 102912 [details]
j2
Created attachment 102913 [details]
j3
Created attachment 102914 [details]
j4
Things worked for me in 73d3ca400b0e. Anyway projects view and packages node is provided by (java) projects. Try it again. I can reproduce it on Linux and Mac. PackageViewChildren is implemented in java/project. But it listens on filesystem, which fires events when you invoke Scan for External changes. This change was not external. Changes should be fired immediately in this case. Change are fired in all cases, there is no reason why they shall not be fired in this one. Make sure you are listening properly. I checked in in debugger. Events are fires after I do "scan for external changes" *** Bug 193271 has been marked as a duplicate of this bug. *** *** Bug 195396 has been marked as a duplicate of this bug. *** *** Bug 195509 has been marked as a duplicate of this bug. *** Jan showed me how to simulate the problem. Yes, it does not work. ergonomics#b23574afcce9 *** Bug 194765 has been marked as a duplicate of this bug. *** Integrated into 'main-golden', will be available in build *201102180501* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/b23574afcce9 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #188343: Always update FileNames from root to leafs. Also: Use in+out sets to speed the change up. *** Bug 197550 has been marked as a duplicate of this bug. *** |