Last modified: 2013-01-10 17:55:47 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T45798, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 43798 - Only the first edit to a GettingStarted page is tagged.
Only the first edit to a GettingStarted page is tagged.
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
GettingStarted (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-01-09 22:24 UTC by Steven Walling
Modified: 2013-01-10 17:55 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Steven Walling 2013-01-09 22:24:36 UTC
On piramido.wmflabs.org, MediaWiki tags for edits in the Special:GettingStarted funnel are only appearing on the user's first edit to a page. Subsequent edits do not get tagged. Example: http://piramido.wmflabs.org/srv/mediawiki/index.php?title=Iko_Carreira&action=history

This is not a bad place to be, since users editing via GettingStarted will still be easy to identify correctly. But it would be ideal if all edits were tagged.
Comment 1 spage 2013-01-09 22:57:42 UTC
Yes, after the user saves (when the PostEdit checkmark appears), the openTask code logs 'save-success' and removes the article from the user's cookie. If the user clicks the article's [Edit] tab again, there's no task and so no RecentChanges tagging.  Only returning to Special:GettingStarted and clicking the title again, will start a new task.

If we want to keep monitoring these edits for the session, we could change the logic. Simplest would be not to remove from the cookie, so that subsequent views, edits, saves of the article all get logged and and edits continues to be tagged until the user quits the browser.
Comment 2 spage 2013-01-10 11:28:27 UTC
Should be fixed when we next deploy. Until you close the browser and the openTask session cookie goes away, interactions with pages you clicked in GettingStarted will continue to log events, and when you save them they will be tagged "new editor getting started" (unless you are fiddling with the [No thanks, returnTo] page you clicked).

"new editor" can be a misnomer; if a super-experienced editor visits GettingStarted and clicks a page, her edits to that page will get this tag.
Comment 3 Matthew Flaschen 2013-01-10 17:55:47 UTC
Would it make sense to say "editor getting started" to reduce that misnomer?

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links