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.

Bug 50224 - PVCS: strange behaviour of add all command - many retrieving windows
Summary: PVCS: strange behaviour of add all command - many retrieving windows
Status: CLOSED FIXED
Alias: None
Product: obsolete
Classification: Unclassified
Component: vcsgeneric (show other bugs)
Version: 4.x
Hardware: PC Windows ME/2000
: P4 blocker (vote)
Assignee: Martin Entlicher
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-11 13:58 UTC by Pavel Rehak
Modified: 2006-03-24 09:44 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Pavel Rehak 2004-10-11 13:58:14 UTC
Product Version       = NetBeans IDE Dev (Build
200410101800)
 Operating System      = Windows XP version 5.1
running on x86
 Java; VM; Vendor      = 1.5.0; Java HotSpot(TM)
Client VM 1.5.0-b64; Sun Microsystems Inc.
 Java Home             = C:\Program
Files\Java\jdk1.5.0\jre
------------------------------------
If I create standard Java Application myApp
(through New Project Manager) in Working dir of
some PVCS versioned directory and invoke (PVCS |
Create project) on myApp node and then invoke
(PVCS |Add All) on multiselected myApp/src and
myApp/test (with Add All Subdirectories checked),
Retrieving window have forever status unfinished
(button never changes from stop to close). When I
close it and expand node myApp/src, its contents
are not added (remains local).
There are "Add All, Refresh, Refresh Recursively"
commands running in Runtime tag.

If i invoke PVCS|Add All on myApp (instead of
creating project) with Add all subdirectories
checked, command finishes sucessfully, but i don't
like fact, that i must close many "Retrieving
windows" (for each subdirectory one).
Can you modify it so user have to close one (or in
best case zero - window is automatically closed)
such a windows?
Comment 1 Martin Entlicher 2004-10-14 13:32:28 UTC
This seems to be already fixed (by the fix of issue #50313).
However, the problem with many retrieving windows still persists. 

Perhaps, it's not necessary to show this window at all, rec. refresh
is able to run in the background anyway.
Comment 2 Martin Entlicher 2005-01-05 18:00:28 UTC
This is fixed in trunk now, after the merge of new cache impl. The
retrieving dialog is not opened in turbo mode.
Comment 3 Pavel Rehak 2005-04-12 16:04:23 UTC
Verified with build 200504101930.