Last modified: 2014-06-13 18:20:34 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 14712 - API: logevents do not have a namespace filter
API: logevents do not have a namespace filter
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
API (Other open bugs)
unspecified
All All
: Lowest enhancement with 1 vote (vote)
: ---
Assigned To: Roan Kattouw
http://de.wikipedia.org/w/api.php
:
Depends on: 14711
Blocks: 22744
  Show dependency treegraph
 
Reported: 2008-07-03 17:23 UTC by Melancholie
Modified: 2014-06-13 18:20 UTC (History)
6 users (show)

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


Attachments

Description Melancholie 2008-07-03 17:23:52 UTC
list=logevents (le) does not have a namespace filter like list=recentchanges
Comment 1 Roan Kattouw 2008-07-03 19:05:48 UTC
It used to have one, but it was removed because filtering on namespace killed the database.
Comment 2 Krinkle 2011-04-11 15:37:03 UTC
(In reply to comment #1)
> It used to have one, but it was removed because filtering on namespace killed
> the database.

With the current db scheme, it may be killing. But I think through the years many valid bugs and requests have come to depend on such filter.

Reopening with dependancy on bug 14711 which requests the actual filterability.

Note that mw_logging has had an index on (log_namespace, log_title) since it was created in r4919. What is causing the kill actually ? (respond on bug 14711 ?)
Comment 3 Aaron Schulz 2011-04-11 15:38:50 UTC
There is no (namespace,timestamp) index.
Comment 4 Sam Reed (reedy) 2011-04-11 15:40:08 UTC
It would be possible to do a faux NS filter in Miser mode as a middle ground hack...

As for being able to do it efficiently....
Comment 5 Krinkle 2011-04-11 17:52:21 UTC
(In reply to comment #3)
> There is no (namespace,timestamp) index.

r4919 - tables.sql (MediaWiki 1.3A)
>  KEY page_time (log_namespace, log_title, log_timestamp)


r84394 - tables.sql (MediaWiki 1.18alpha)
> CREATE INDEX /*i*/page_time ON /*_*/logging (log_namespace, log_title, log_timestamp);
Comment 6 Sam Reed (reedy) 2011-04-11 17:54:34 UTC
Indeed, but you just can't use those skipping the middle field
Comment 7 Sam Reed (reedy) 2011-05-13 22:00:39 UTC
Marking later, has no use staying open for the moment

The API side can be reopened when (if?) the core issue is fixed
Comment 8 Andre Klapper 2012-12-21 14:02:01 UTC
[Removing RESOLVED LATER as discussed in http://lists.wikimedia.org/pipermail/wikitech-l/2012-November/064240.html . Reopening and setting priority to "Lowest". For future reference, please use either RESOLVED WONTFIX (for issues that will not be fixed), or simply set lowest priority. Thanks a lot!]
Comment 9 Umherirrender 2014-06-13 18:20:34 UTC
lenamespace was added with Gerrit change #135283

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


Navigation
Links