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 14894 - CVS:->CVS Commit prompting for the message multiple times.
Summary: CVS:->CVS Commit prompting for the message multiple times.
Status: CLOSED FIXED
Alias: None
Product: obsolete
Classification: Unclassified
Component: vcsgeneric (show other bugs)
Version: 3.x
Hardware: PC Windows 3.1/NT
: P4 blocker (vote)
Assignee: issues@obsolete
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-08-29 10:31 UTC by dmladek
Modified: 2003-07-01 13:05 UTC (History)
0 users

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description dmladek 2001-08-29 10:31:10 UTC
Note: This issue was created as copy of bug #11463 filed on vcscvs module.
=====


Scenario: I have several changes to commit, spread over multiple packages. When
I do the CVS commit on the parent package, I get prompted to enter my commit
message multiple times. This is because the CVS command gets called once per
directory, and only on the files in that directory. Each time it gets called,
the message needs to be entered again. The problem here is that some CVS
commands (such as 'add') need to be invoked
in the directory where the file exists. A change was made for this in build #20
or #21 (see issue #11066). The remaining recursive commands (such as commit,
update, etc) can be invoked on the root directory. Also see issue #11400
(related, but not a duplicate).
------- Additional Comments From Milos Kleint 2001-04-17 07:15 PDT -------
reassigning
------- Additional Comments From Martin Entlicher 2001-04-17 08:18 PDT -------
This is consistent with cvs behavior. When you do a commit from the command
line, it probably behaves the exactly same way. The reason is, that you may have
different templates for different directories. Then commit has to show you the
changed files with the associated template. If you agree, I would change this to
an enhancement and lower its priority,
because:
1) this is definitely not going to be fixed to 3.2,
2) the behavior is consistent with command-line cvs As a fix we should probably
add a checkbox to the commit dialog about whether
this command should be applied to the whole folder.
(Currently the commit is applied only to files printed in the text area of the
commit dialog.)
------- Additional Comments From Robert Watkins 2001-04-17 15:37 PDT -------
It's not consistent with command-line CVS. If I have three directories like this:
dir1 <-- sub1
      \- sub2 and both sub1 and sub2 contain files needing commit, from the
commandline, in
dir1, I can do a cvs commit, and only have to enter the message once. In earlier
builds of netbeans (3.2 build #17 and earlier, at least), doing a
CVS commit on root was the same. This was because CVS was invoked in the dir1
directory. In more recent builds, the behaviour was changed (see issue #11066)
so that CVS
is invoked in each directory. This results in CVS being called twice; once in
sub1 and once in sub2. For non-recursive CVS commands (such as add), this is
correct. For recursive commands (such as commit), this is not required.
------- Additional Comments From Martin Entlicher 2001-04-26 03:36 PDT -------
Can you please enter your OS ? I'm afraid that we were not able to reproduce it
either on Win NT nor on Solaris.
Thanks.
------- Additional Comments From Robert Watkins 2001-04-26 15:45 PDT -------
Happens on NT 4, sp6, with 3.2 RC2 build 29.
------- Additional Comments From Jan Chalupa 2001-05-06 07:33 PDT -------
Target milestone -> 3.3
Comment 1 Martin Entlicher 2001-11-13 11:15:02 UTC
This should be probably fixed with changes in commit command. The
behavior should be really consistent with the command-line commit.
Comment 2 Jiri Kovalsky 2001-11-13 16:26:59 UTC
Yes, I was able to do commit for three files placed in different sub-
directories at once. Verified in development build of NetBeans 3.3 
#200111130100.
Comment 3 Quality Engineering 2003-07-01 13:05:36 UTC
Resolved for 3.4.x or earlier, no new info since then -> closing.