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.
NB Build 200106220100. Usually with CVS refreshing/refreshing recursively, the .java file badge (I think its called a badge) indicates whether or not it is in line with the .class file. Well some do and some don't. Could this be corrected please. Kind regards Emmanuel
It seems that only once the .java file that show their status incorrectly are opened in the Source Editor are they 'refreshed' and then their 'status' shows correctly. BTW this is already the case in build 200106200100. Kind regards Emmanuel
Please note, I use target directory when compiling.
Re-assigning to java. Is this really a P1? Is the user's productivity seriously affected or can her data get lost? I'd say P3.
This problem is not pertinent to CVS nor projects, I think. The same behavior was observed on local filesystem. *** This issue has been marked as a duplicate of 11183 ***
Hello Jan, Nothing was lost, however, the misinformation creates the impression that Explorer details are unreliable, especially in the light of a previously reported issue #12914. I propose either P1 or P2. Kind regards Emmanuel
P1 and P2 are priorities, that we use for data loss, deadlocks or issues, which are blocking work in IDE. Wrong badge gives wrong information, but this information is not necessary for development. I agree with Jan Chalupa, that P3 is appropriate priority.
Point taken, thank you.
Resolved for 3.3.x or earlier, no new info since then -> closing.
Resolved for 3.4.x or earlier, no new info since then -> closing.