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.
Nevada , Sol9 intel, ============================================================= I don't have any reproduction steps and this just occured after the second attempt of Refresh Recursively using G-CVS. (BTW: I found already 2 bugs with similar stackTraces, but the NPEs are quiete different: issue #14969 and issue #24340) Well. I have some old testing working dir. I have mounted this dir as G-CVS FS. I switched to VE where I found that some dirs were [local] and underneath its files and subdirs had various statuses (like [up-to-date]) meaning they are under VSControl.... I executed Ref.Recursively on the root of FS (on VE) and it failed. So I switched back to normal Explorer (filesystem TAB) and perform it again. But the NPE followed by ITE and UTE were thrown...
Created attachment 10643 [details] stacktraces of UTE, ITE and NPE
ufff.... if it can help you, I was using bad cvs binary (not for Sol for intel). Which doesn't work at all on the OS. But normaly all commands fail and their outputs are similar: couldn't set locale correctly /home/dm103276/SHARED/cvs.bin/cvs: syntax error at line 1: `(' unexpected still as it seems that my failure then vcscore I think no E should be thrown. And it happens just only once, so it probably doesn't matter if I used incorect cvs binary or not.
The complete output from the Refresh Recursively command would help. A cache file with a 'null' absolute path was somehow created. It has probably a 'null' parent file. Lowering to P4, this looks like a non-standard situation that should not happen to ordinary users.
There is a cache file with a null path. The root cause of this might be the same as in issue #26096. It will hopefully be resolved by the cache redesign.
Fixed by the cache redesign.