Last modified: 2011-03-13 18:05:07 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 T19781, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 17781 - list=logevents shows "User:$blockid" as a title for autoblock unblock entries
list=logevents shows "User:$blockid" as a title for autoblock unblock entries
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
API (Other open bugs)
unspecified
All All
: Lowest enhancement with 1 vote (vote)
: ---
Assigned To: Roan Kattouw
http://en.wikipedia.org/w/api.php?act...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-03-04 03:37 UTC by Nicolas Dumazet
Modified: 2011-03-13 18:05 UTC (History)
4 users (show)

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


Attachments

Description Nicolas Dumazet 2009-03-04 03:37:41 UTC
Hi!

Please see the link for an example.

title="User:#1338201" gives the impression that it is a Mediawiki Page Title, but is in fact invalid...

In fact, the related sql entry in the logging table stores log_title as "#1338201"; I don't see why the title is prefixed by "User:"?! (Well, since log_ns is always equal to NS_USER for these entries, a Title object created from log_ns & log_title is likely to end up in User space, true...) Can this be avoided ?

Also, since title parameter (with or without User: prefix) should not be interpreted as a Page title, would it be possible to add a specific details field in the returned data to emphasize this? 
autoblock="" ? flags="autoblock" ? (As of now, flags are unused for action="unblock")

Thanks!
Comment 1 Andrew Garrett 2009-03-04 05:04:35 UTC
It's prefixed with User: because that's how we store titles, as a namespace/title pair. The problem here is the general assumption by our logging infrastructure that every action is done "to" a title.

This could easily be fixed, but it would be a breaking change.
Comment 2 Bryan Tong Minh 2009-11-12 21:59:24 UTC
(In reply to comment #1)
> This could easily be fixed, but it would be a breaking change.
> 

I recommend WONTFIX. While it certainly does not look nice, it does not wrong either.
Comment 3 Roan Kattouw 2010-01-11 13:18:26 UTC
This is how it's stored in the database; the fact that it uses NS_USER for these things is quirky, but not the API's fault. Also, it's not a big deal at all once you know about it.

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


Navigation
Links