Page MenuHomePhabricator

handle namespace in openTask tracking
Closed, InvalidPublic

Description

Currently if the openTask contains "Sheep" then openTask.js also logs views and edits to Talk:Sheep (and MediaWiki:Sheep, Wikipedia:Sheep, User:Sheep, etc.). Conversely, if the openTask is "User:Jimbo" I think it never matches and never logs.

The fix is to parse the namespace when matching a task with the current page. A related change is to modify the URL of the links in GettingStarted to have an explicit ?returnFrom=<funnel name> query string parameter, so we know the user followed a task.


Version: master
Severity: normal

Details

Reference
bz44261

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 1:34 AM
bzimport set Reference to bz44261.
bzimport added a subscriber: Unknown Object (MLST).

Can we just stop using wgTitle and use wgPageName instead? Quoting from the docs:

wgTitle - "The page title. May contain blanks, does contain neither underscores nor namespace names."
wgPageeName - "The full name of the page, including the localized namespace name, if the namespace has a name (the main namespace (number 0) doesn't), and with blanks replaced by underscores."

wgPageName does use localized namespaces as noted above, but it should be internally consistent.

I'm not sure what the goal of the querystring suggestion is. Right now, users get "assigned" a task, but they don't have to edit immediately. They can wander around then come back and make their task edit. It seems like this would break that.

wgPageName seems easier than trying to parse the title of the returnto link.

swalling wrote:

This extension is no longer deployed, and openTask is no longer be relied on.

However, in GettingStarted, we ended up using the equivalent of:

new mw.Title( mw.config.get( 'wgPageName' ) ).getPrefixedText()

to solve the problem (the openTask cookie is still used, but the values have changed somewhat).