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.
I have a hierarchy of packages like that: package1 (the base package I want to rename) +---package2 +-file21 +-file22 +---package3 +-file31 +-file32 +-file1 +-file2 If I use try to rename the base package from package1 into packageA all seems to work well except the file1 and file2 are removed. The files' history is screwed as well and there isn't any way to recover those files directly from the IDE. To rename the base package I have used the right-click menu of the package seen in the Files view.
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. ***