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.
see http://netbeans.org/bugzilla/show_bug.cgi?id=218114#c2
> {message} keyword from Issue Tracker template is empty we stopped adding redundantly the issue reference to the issue comment as that made no sense at all (just look on it from that point). So in your case the text is empty because there actually was no commit msg explicitly added by you. If you generally do not write commit messages, you should change the template so that it doesn't contain the {msg} variable (and label). Agree that it might be confusing, but not sure what would be the right thing to do - maybe generating some dummy text e.g. "NO COMMIT MESSAGE" would do the thing. also note that generally people are expected to write commit messages.
(In reply to comment #1) > > {message} keyword from Issue Tracker template is empty > we stopped adding redundantly the issue reference to the issue comment as that > made no sense at all (just look on it from that point). So in your case the > text is empty because there actually was no commit msg explicitly added by you. > If you generally do not write commit messages, you should change the template > so that it doesn't contain the {msg} variable (and label). > > Agree that it might be confusing, but not sure what would be the right thing to > do - maybe generating some dummy text e.g. "NO COMMIT MESSAGE" would do the > thing. If the behavior of a feature changes (I can't even remember when I was introduced to this), I think you would want to inform the user better. Only after the change has been pushed and the comment added to the issue, I found out the message is empty. An empty message: label looks a bit stupid, maybe a warning in the dialog if it would be empty? > also note that generally people are expected to write commit messages.
> If the behavior of a feature changes (I can't even remember when I was > introduced to this), I think you would want to inform the user better. Only > after the change has been pushed and the comment added to the issue, I found > out the message is empty. An empty message: label looks a bit stupid, maybe a > warning in the dialog if it would be empty? I agree. Empty messages should be prevented, especially if it is due to change of feature behavior which is previously unknown to users. A warning in the dialog as suggested above would help.
*** Bug 222379 has been marked as a duplicate of this bug. ***