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.
Since refresh command in PVCS was reimplemented and is based on pcli commands, it's performance is significantly worse than in 3.3.1. While this might be acceptable for a single folder refresh, it cause the recursive refresh to take a tremendous amount of time, since the refresh command is excuted recursively for each folder. The similar approach as that of CVS should be taken and the recursive refresh should be implemented by a single pcli command.
Set target milestone to TBD
This must be done into 4.0, so that recursive refresh will have reasonable performance.
Changing to a feature, so that it shows in plans.
Is it really more important than 27713, 25926, 26113 and 28352 (sounds related to me)? All these seems to hurt more users affecting performance of whole IDE.
Is this really "should have" performance issue planned for 4.0?
There was no time to implement this yet, but it seems that we need to do it to have acceptable performance. PVCS it the only stable profile that does not have the recursive refresh implemented. Changing to defect and scheduling for 4.1.
Recursive refresh implemented. The speedup is cca 8 times. /cvs/vcsgeneric/profiles/pvcs/src/org/netbeans/modules/vcs/profiles/pvcs/config/pvcs.xml,v <-- pvcs.xml new revision: 1.50; previous revision: 1.49 /cvs/vcsgeneric/profiles/pvcs/src/org/netbeans/modules/vcs/profiles/pvcs/list/PvcsListCommand.java,v <-- PvcsListCommand.java new revision: 1.13; previous revision: 1.12 RCS file: /cvs/vcsgeneric/profiles/pvcs/src/org/netbeans/modules/vcs/profiles/pvcs/list/PvcsListRecursive.java,v /cvs/vcsgeneric/profiles/pvcs/src/org/netbeans/modules/vcs/profiles/pvcs/list/PvcsListRecursive.java,v <-- PvcsListRecursive.java initial revision: 1.1