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.
Build: NetBeans IDE Dev (Build 090807) VM: Java HotSpot(TM) Client VM, 14.0-b16, Java(TM) SE Runtime Environment, 1.6.0_14-b08 OS: Windows Vista, 6.0, x86 Maximum slowness yet reported was 29537 ms, average is 29537
Created attachment 85936 [details] nps snapshot
getAllModifiedFiles all over again. But this time it's finally in enable() method of a subversion action (this time commit action specifically). I guess it's time to re-thing our strategy of evaluating actions' enable/disable status. I suggest: 1) First check if the context is managed: if not, then don't bother evaluating the context further. Should be fast enough and achieved by calling super.enable(). 2) Modify cache.listFiles() method in a similar way as cache.getCachedModifiedFiles was. listFiles should not scan modified files and return their cached values as soon as possible and notify a caller that returned values are not accurate. 3) if cache.listFiles returns only a subset of CACHED modified files (real modified files need to be scanned) than always ENABLE the action. Otherwise enable/disable the action depending on returned values 4) In performAction ALWAYS use the same algorithm as in enable method tomas: any ideas?
Created attachment 85949 [details] partial patch proposal
Maybe something like my uploaded patch?
fixed in the scope of issue 170853 *** This issue has been marked as a duplicate of 170853 ***