Community
Participate
Working Groups
The first time I use Project->Prepare ChangeLog or Ctrl-Alt-p for a CVS project, it failed to create a ChangeLog file. If I first did Ctrl-Alt-c from a file in my checkout, let it create a ChangeLog file, *then* pressed Ctrl-Alt-p, it worked. I was using this CVS server: dev.eclipse.org cvsroot/org.eclipse myuserid ext www/linuxtools I made a change to 2 index.php files, pressed F5 to make Eclipse refresh, watched it run through all the files in the CVS project to verify their "refresh" state and then nothing happened. When I manually created ChangeLog and left it open, things worked as expected for the locally-altered files.
I can't reproduce this with our latest build available now at: http://download.eclipse.org/technology/linuxtools/updates-nightly/ org.eclipse.linuxtools.changelog.core_2.7.0.201106031355.jar org.eclipse.linuxtools.changelog.cparser_2.7.0.201106031355.jar org.eclipse.linuxtools.changelog.doc_2.7.0.201106031355.jar org.eclipse.linuxtools.changelog.parsers.java_2.7.0.201106031355.jar Closing.
Closing for real.
I can reproduce this again. Post-Indigo.
Do you think we can fix this for 0.8.1, Jeff? Or should it wait for 0.9.0 at the earliest?
(In reply to comment #4) > Do you think we can fix this for 0.8.1, Jeff? Or should it wait for 0.9.0 at > the earliest? I should have paid more attention to you reopening this. The CTRL-ALT-P was changed to not create a ChangeLog if one does not exist. The docs do not reflect this. This was due to the problem of different ChangeLog formats and trying to default the creation of a ChangeLog (rather than bring up a dialog) when the files are located in the top-level directory. Some ChangeLogs can be designated infile (e.g. rpm files whereby the ChangeLog is in the file itself). Hitting CTRL+ALT+P for the whole project resulted in a problem in determining whether a ChangeLog file should be created or whether the infile ChangeLog is always to be used (e.g. rpm project). The result was to not create the ChangeLog if it was missing since CTRL+ALT+P would do the wrong thing for an rpm project. If you ask to create a ChangeLog entry in a file via CTRL+ALT+C, then you are manually asking for the entry for that file and you are essentially getting what you ask for. If this behaviour is unacceptable, I'm open to what you think would be the best approach in the mixed case (rpm project).
I think asking for the location is more appropriate than doing nothing. This will work for the mixed case, too, but will require a different dialogue (ex. something asking for a location OR an in-place log).
(In reply to comment #6) > I think asking for the location is more appropriate than doing nothing. This > will work for the mixed case, too, but will require a different dialogue (ex. > something asking for a location OR an in-place log). Ok, a fix has been committed into master. The behaviour is now that Prepare ChangeLog will ask the user for the ChangeLog location if a ChangeLog is not found. If the user cancels that dialog (e.g. in the case of an rpm project), no ChangeLog will be created and the user will not be asked again for that action. A subsequent Prepare ChangeLog will do the same thing again and ask first and then don't ask again for the remainder of the action.
