Issue15919
This issue tracker has been migrated to GitHub,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
Created on 2012-09-11 11:28 by chris.jerdonek, last changed 2022-04-11 14:57 by admin. This issue is now closed.
Messages (4) | |||
---|---|---|---|
msg170290 - (view) | Author: Chris Jerdonek (chris.jerdonek) * | Date: 2012-09-11 11:28 | |
On hg.python.org, it seems like the entries on the "log" page don't always link to the corresponding revision, for example some of the rows in-- http://hg.python.org/cpython/shortlog/1d9e89f6abec This seems to happen whenever the revision description begins with text that results in a link to something else (e.g. an issue number). See, for example, the row for-- "#15886: remove redundant phrase" In contrast, the "graph" page seems always to link to the revision: http://hg.python.org/cpython/graph Related to this, if the description field contains text that results in a link to something else, then the UI doesn't make a distinction between the portion of the description that links to the revision and the portion that links to the something else. For example, with description text "Fix for fcc629208842", "Fix for" links to the revision for the log entry, but "fcc629208842" links to the named revision, and there is no separation or visual indicator that the two portions of text link to different things. It might be better if the revision link was separate from the description text. That would be one way to address both of the issues above. (This was originally posted to python-dev here: http://mail.python.org/pipermail/python-dev/2012-September/121635.html ) |
|||
msg180503 - (view) | Author: Ezio Melotti (ezio.melotti) * | Date: 2013-01-24 03:06 | |
This should now be fixed (http://mail.python.org/pipermail/python-dev/2013-January/123680.html). > This seems to happen whenever the revision description begins with > text that results in a link to something else (e.g. an issue number). To elaborate a bit on what I wrote in the email, I'll provide a few examples. Here <a rev></a> is a link to the revision page, <a bpo></a> to the bug tracker, and the 4 steps shows the original message, the resulting link in the "shortlog" page, the link added by interhg and how the browser interprets the invalid HTML: 1) issue at the beginning: #12345: fix foo <- commit message <a rev>#12345: fix foo</a> <- normal link <a rev><a bpo>#12345</a> fix foo</a> <- interhg (invalid html) <a rev></a><a bpo>#12345</a> fix foo <- resulting html 2) issue in the middle: Issue #12345: fix foo <- commit message <a rev>Issue #12345: fix foo</a> <- normal link <a rev>Issue <a bpo>#12345</a> fix foo</a> <- interhg (invalid html) <a rev>Issue </a><a bpo>#12345</a> fix foo <- resulting html In case 1) the revision link ends up being empty, and there's no way to get to the revision page. In case 2) everything before the issue number links to the revision page, the #12345 links to the bug tracker, and everything after that is not a link. > In contrast, the "graph" page seems always to link to the revision This seems to be because that page is not affected by the interhg extension. > the UI doesn't make a distinction between the portion of the > description that links to the revision and the portion that links > to the something else. That's because the link to the revision page ends right where the one for the issue begins. > For example, with description text "Fix for fcc629208842", FWIW all that I said about issues is true for changeset ids. However the fix I added for issue has not been applied for csids (they are not really common in commit messages, and usually they are not at the beginning). > It might be better if the revision link was separate from the > description text. I did the opposite -- I left the revision link there and created a separated link to the issue at the end of the description. I think this issue can be closed now, even if there still some room for improvement. |
|||
msg180506 - (view) | Author: Chris Jerdonek (chris.jerdonek) * | Date: 2013-01-24 03:53 | |
>> It might be better if the revision link was separate from the >> description text. > I did the opposite -- I left the revision link there and created a separated link to the issue at the end of the description. Some downsides of the selected approach are that it doesn't work for descriptions referencing more than one issue and/or containing a changeset reference. It also adds clutter by repeating the issue number. I may create a new issue for improving this. |
|||
msg180509 - (view) | Author: Ezio Melotti (ezio.melotti) * | Date: 2013-01-24 05:04 | |
True. The fix is far from being ideal, but it's a good compromise given the limitations of interhg IMHO. An RFE for interhg should be created, to allow to specify the pages affected by each regex and/or use different regexs on different pages. |
History | |||
---|---|---|---|
Date | User | Action | Args |
2022-04-11 14:57:35 | admin | set | github: 60123 |
2013-01-24 05:04:16 | ezio.melotti | set | messages: + msg180509 |
2013-01-24 03:53:52 | chris.jerdonek | set | messages: + msg180506 |
2013-01-24 03:06:32 | ezio.melotti | set | status: open -> closed type: behavior messages: + msg180503 assignee: ezio.melotti resolution: fixed stage: resolved |
2012-09-11 11:28:20 | chris.jerdonek | create |