#10555 closed defect (fixed)
make_ticket_comment should use [changeset:%s]
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | 0.12.3 |
Component: | ticket system | Version: | 0.12dev |
Severity: | normal | Keywords: | |
Cc: | ryano@… | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
currently make_ticket_comment just wraps the changeset revisin in [revid]
while closing tickets.
depending on the version control backend changesets might not be detected correctly by the wiki. using an explicit [changeset:revid]
will always work.
Attachments (3)
Change History (9)
by , 13 years ago
Attachment: | make_ticket_comment_changeset.patch added |
---|
comment:1 by , 13 years ago
Milestone: | → 0.12.3 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
comment:2 by , 13 years ago
Owner: | set to |
---|
by , 13 years ago
Attachment: | NoBrackets.png added |
---|
by , 13 years ago
Attachment: | Brackets.png added |
---|
comment:3 by , 13 years ago
My version control system is Subversion. After upgrading from 0.12.2 to 0.12.3, I noticed that the formatting of the log messages inserted by the post-commit hook have changed. They used to look like this:
and now look like this:
The brackets have gone away. I think this is due to this patch, because we've changed from inserting [10957]
to inserting [changeset:10957]
, so we get 10957 rather than [10957].
I guess this isn't a big deal, but I'm used to seeing the brackets, and Trac has formatted the changeset messages with the brackets around the changeset for at least a while now, so it was an unexpected change.
comment:4 by , 13 years ago
Cc: | added |
---|
comment:5 by , 13 years ago
Yes, I knew about the change. I actually had a version of the patch that restored the brackets, using this syntax:
In [changeset:9453/psi "[9453/psi]"]:
I decided not to use it for two reasons:
- The message also appears in plain text in the ticket notification email, and using this syntax makes the message less readable.
- Showing the bracket syntax without the
changeset:
is actually a lie for exactly those cases for which this ticket was filed (i.e. revision IDs where using only brackets doesn't work), and pretends you can use it when in fact you can't.
Fortunately, it's fairly easy to have your brackets back if you really want to, by subclassing the TicketCommitUpdater
component in a small single-file plugin and overriding the method generating the message (which was introduced exactly for this purpose).
And of course, if enough people feel strongly about it, we can always change to the more complicated syntax, with brackets.
comment:6 by , 13 years ago
Thanks for the reply. I understand now, the justifications for the change seem good. It's nice to have a workaround too!
Patch applied in [10957]. Thanks!