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.
Using VSS on Windows 2000 as Versioning System. 1. Check out a file 2. make some changes in the editor 3. undo check out the file Now the file on disk is in its old version, but the editor window still has the new (and discarded) version. The same applies if you check out or get latest version. It never refreshes the file in the editor window. This is bad, because if you check out and check in then you have unwanted changes in VSS, because file in editor and file from VSS were not in sync. *** [FFJ CUSTBUG] This issue is based on a FFJ customer's bug report ***
The original Summary was: "Changes from VSS do not refresh file in editor" ---------------------------------------------------------------- This broblem occures in general affects all used version control system in ide. For CVS modules(JavaCVS,cvsvcs,Genericvcs-cvs) the reproduction is following: --------------------------------------------------- User u1= USER No.1; User u2= USER No.2; u1 create, add & commit file u2 update his FS, so this file appears in his FS u1 modify, save & commit file u2 modify file and MUST update it! ----------------------------------- File is merged on disk and also is created backup (#_file....). BUT u2 see still the same version of file in the editor. Any other modification and saving this file override merged version on the disk and causes DATALOST. I increase the priority because of potencional datalost
I've found this piece of code in AbstractFileObject: // JST: Seems like the lastModified () time can vary a bit on NT (up to 500ms) // if (!l.equals (lastModified)) { // if (Math.abs(lastModified.getTime() - l.getTime ()) >= 5000) { lastModified = l; if (hasAtLeastOneListeners ()) { FileEvent ev = new FileEvent (this, this, expected); fileChanged0 (ev); } } In other words it means, that the change, which is done in less then 5 seconds is ignored. This might be the problem. Therefore I reassign this to openide. Can the 5000ms be changed to 500ms or at least 1000ms to minimize the impact? I can not believe, that Win NT ignores changes done in 5sec. Otherwise please add a check for Windows so that it will run at least on real OS.
*** Issue 13959 has been marked as a duplicate of this issue. ***
assigning to proper subcomponent (filesystems)
assigning
Fixed in main trunk. The strange condition is not present any more.
very old