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)

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
Anush said he wants to work on this.
Assignee: nobody → anush
@Ton can you give a little more explanation i got confused a bit.
Flags: needinfo?(tonnes.mb)
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)
Assignee: anush → nobody
Keywords: good-first-bug
Priority: -- → P5
Whiteboard: [feature-request]
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.