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.
Summary: | CVS Commit prompting for the message multiple times. | ||
---|---|---|---|
Product: | obsolete | Reporter: | Robert Watkins <rwatkins> |
Component: | vcsgeneric | Assignee: | Martin Entlicher <mentlicher> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | ||
Priority: | P4 | ||
Version: | 3.x | ||
Hardware: | PC | ||
OS: | Windows 3.1/NT | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
Robert Watkins
2001-04-17 05:31:35 UTC
reassigning 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.) 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. 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. Happens on NT 4, sp6, with 3.2 RC2 build 29. Target milestone -> 3.3 This seems to have gotten worse in v3.6. It seems that before this things were working cleaner. I think that the thing that has changed recently is that the "Previous" option doesn't get enabled for the subsequent dialogs and that it use to. The multiple dialogs may have always come up in the past, but the Previous always worked and I was able to retrieve the previous comment. Now I'm in the habit of Copying my comments to the clipboard so that I can past them to the next commit window. Something subtle changed between v3.5 and v3.6 RC1. There's maybe related issue #41475. It looks like the mechanism of storing the command options really got slightly broken. It is ok now, Martine, can you check it? The template loading was made optional => FIXED. |