Last modified: 2014-01-07 00:44:14 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 T46261, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 44261 - handle namespace in openTask tracking
handle namespace in openTask tracking
Status: RESOLVED INVALID
Product: MediaWiki extensions
Classification: Unclassified
E3 Experiments (Other open bugs)
master
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-01-23 00:40 UTC by spage
Modified: 2014-01-07 00:44 UTC (History)
5 users (show)

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


Attachments

Description spage 2013-01-23 00:40:15 UTC
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.
Comment 1 Matthew Flaschen 2013-01-23 00:55:45 UTC
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.
Comment 2 Steven Walling 2013-10-16 01:29:49 UTC
This extension is no longer deployed, and openTask is no longer be relied on.
Comment 3 Matthew Flaschen 2014-01-07 00:44:14 UTC
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).

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


Navigation
Links