Closed
Bug 1151192
Opened 10 years ago
Closed 5 years ago
Redirects created by renaming an article should show username of person renaming it
Categories
(support.mozilla.org :: Knowledge Base Software, task, P5)
support.mozilla.org
Knowledge Base Software
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: Tonnes, Unassigned)
Details
(Keywords: good-first-bug, Whiteboard: [feature-request])
When an article is renamed, its created redirect shows up in history as being created by the user responsible for the article's last edit.
It would be nice and makes more sense to show the username of the person that renamed the article instead.
Examples:
https://support.mozilla.org/en-US/kb/how-stop-firefox-making-automatic-connections/history (renamed by Alice Apr 03, 2015)
Old name / redirect: https://support.mozilla.org/en-US/kb/how-stop-firefox-automatically-making-connections/history
and
https://support.mozilla.org/en-US/kb/home-page-pipe-character-opens-extra-tabs-firefox/history (renamed by Alice Mar 20, 2015)
Old name / redirect: https://support.mozilla.org/en-US/kb/stop-firefox-opening-extra-tabs-home-page-pipe-symbol-url/history
Comment 2•10 years ago
|
||
@Ton can you give a little more explanation i got confused a bit.
Flags: needinfo?(tonnes.mb)
Reporter | ||
Comment 3•10 years ago
|
||
Sure :). When you view the article’s history in example 1 (top link) in comment 0, you’ll see that ideato is the last editor at this point, and before his edit (May 10) it was me on Mar 23. As you can see in the Discussion for the article (see https://support.mozilla.org/en-US/kb/how-stop-firefox-making-automatic-connections/discuss/6019#post-11651), Alice renamed the article at April 3 2015, resulting in the redirect at https://support.mozilla.org/en-US/kb/how-stop-firefox-automatically-making-connections/history. That redirect, which is in fact a new article redirecting to the real support article that now has a new name, should therefore carry Alice’s name, not mine. Apparently the new redirect "copies" the name of the last editor of the article involved.
Similar to example 2: my last edit was done on Mar 13. On March 20, Joni renamed it (not Alice as I wrote in comment 0) - see https://support.mozilla.org/en-US/kb/home-page-pipe-character-opens-extra-tabs-firefox/discuss/5524#post-11589 and the 2 comments below it in Discussions. Instead of Joni’s name, mine was added to the created redirect (both in the "Editor" column and after "Creator:" when clicking the revision timestamp, of course.) Joni did another edit the same day, but just after renaming it (compare the 12:32:50 PM timestamp for the redirect/renaming to the 12:33:58 PM timestamp for her edit.) If it had been the other way around, maybe the redirect would carry her name as a result, but by coincidence.
It may be confusing when checking the histories for articles and redirects. To view the history for a redirect, click "What links here" on the left for the real article, click the link shown (in these 2 cases it’s only the redirects linking to the articles, but after a while there can be more links of course), then click the link that follows "(Redirected from:" on top of the article redirected to, and then its history.
The issue also occurs in other locales - see https://support.mozilla.org/de/kb/Firefox-baut-unaufgeforderte-Verbindungen-auf/history for the German version of the example 1 article for instance - Artist’s name was used for the redirect on https://support.mozilla.org/de/kb/Firefox-baut-unaufgeforderte-Verbindungen-auf-Weiterleitung-1/history because of his own Feb 25 edit. ( Note that this is the same article but with another reason for renaming it and hence done before the en-US version.
If you want to reproduce it yourself and have sufficient rights, you might be able to rename any en-US article on the staging server and approve it, and see if the last editor’s name was used for the redirect edito/creator instead of yours.
Flags: needinfo?(tonnes.mb)
Updated•9 years ago
|
Assignee: anush → nobody
Updated•7 years ago
|
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•