https://bugs.freebsd.org/12345 redirects to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=12345. Wouldn't the first form be better? It's shorter and likely easier to map to whatever bug tracker we might move to after bugzilla (if we ever do change). It also looks more like the phabricator links.

In D19459#417484, @kristof wrote:

https://bugs.freebsd.org/12345 redirects to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=12345. Wouldn't the first form be better? It's shorter and likely easier to map to whatever bug tracker we might move to after bugzilla (if we ever do change). It also looks more like the phabricator links.

@bdrewery and I both independently had the same idea. He mentioned it in D19426.

Yes, the first form would be _far_ better. The problem is getting people to put that in their commit logs. I imagine the vast majority of people will copy it from their browser's address bar. Nobody wants to hand-type a URL from scratch. Very few would copy it from this description into the PR field and modify the bug number. So, we would need the short URL to appear consistently in the address bar. If you know how to make that happen, would you be willing to make the change in Bugzilla and its web server configuration? Do you know someone else who would? I would love to see that happen even if my changes never go in.

An alternative is to add a pre-commit hook that looks for the long URL and either rewrites it to the short URL or rejects the commit and instructs the author to rewrite it. I don't want to modify the commit log in the hook scripts. It's rude and possibly dangerous, and it sets a dangerous precedent for further modifications that are beyond the committer's control. I also don't want to reject the commit, for the same reasons as the previous paragraph. It would also be yet another barrier to committing code. People would complain about the "heavyweight process", and I would tend to agree.

I believe what your wanting is web server re-write rules, that would rewrite the URL in and out of the web pages to have the preffered form. Beyond my area of expertise to implement, but I know it can be done and that is probably the easiest place to do it (ie, no modifying bugzilla should be required.)

In D19459#417542, @vangyzen wrote:

@bdrewery and I both independently had the same idea. He mentioned it in D19426.

Ah, I hadn't looked at that review yet.

Yes, the first form would be _far_ better. The problem is getting people to put that in their commit logs. I imagine the vast majority of people will copy it from their browser's address bar. Nobody wants to hand-type a URL from scratch. Very few would copy it from this description into the PR field and modify the bug number. So, we would need the short URL to appear consistently in the address bar. If you know how to make that happen, would you be willing to make the change in Bugzilla and its web server configuration? Do you know someone else who would? I would love to see that happen even if my changes never go in.

I see. Yes, that's an issue. Sadly I'm not too familiar with bugzilla, and I know basically nothing about our bugzilla and webserver configuration. I'd think clusteradm would be the best people to talk to about this.

An alternative is to add a pre-commit hook that looks for the long URL and either rewrites it to the short URL or rejects the commit and instructs the author to rewrite it. I don't want to modify the commit log in the hook scripts. It's rude and possibly dangerous, and it sets a dangerous precedent for further modifications that are beyond the committer's control. I also don't want to reject the commit, for the same reasons as the previous paragraph. It would also be yet another barrier to committing code. People would complain about the "heavyweight process", and I would tend to agree.

Yes, that makes sense too. It *should* be very safe, but I understand the slippery slope aspect of the issue.

With the git migration the commit message template is now in tools/tools/git/hooks/prepare-commit-msg