Last modified: 2014-09-30 19:15:24 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 10593 - Make namespace filter in Special:Linksearch efficient enough for wgMiserMode
Make namespace filter in Special:Linksearch efficient enough for wgMiserMode
Status: PATCH_TO_REVIEW
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
unspecified
All All
: Normal enhancement with 8 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 11754 14096 16948 19649 19789 48948 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-07-15 08:26 UTC by Rémi Kaupp
Modified: 2014-09-30 19:15 UTC (History)
17 users (show)

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


Attachments

Description Rémi Kaupp 2007-07-15 08:26:34 UTC
As suggested by Simetrical on bug 7804, I'm opening a new bug to request the namespace filter to be activated for Special:Linksearch on Wikimedia wikis. As far as I understand, this feature needs to be more efficient to be activated (see comment #16 on bug 7804). Thanks.
Comment 1 Brion Vibber 2007-07-16 15:38:57 UTC
The only way to make this efficient is to duplicate page namespace data into the link tables, which would be difficult at best to maintain.

I don't think that's something we want to do at the moment...
Comment 2 Raimond Spekking 2007-10-24 16:24:02 UTC
*** Bug 11754 has been marked as a duplicate of this bug. ***
Comment 3 Raimond Spekking 2008-05-12 16:52:56 UTC
*** Bug 14096 has been marked as a duplicate of this bug. ***
Comment 4 Raimond Spekking 2009-01-09 16:56:29 UTC
*** Bug 16948 has been marked as a duplicate of this bug. ***
Comment 5 Brion Vibber 2009-07-11 02:45:29 UTC
*** Bug 19649 has been marked as a duplicate of this bug. ***
Comment 6 Brion Vibber 2009-07-19 16:14:57 UTC
*** Bug 19789 has been marked as a duplicate of this bug. ***
Comment 7 MZMcBride 2009-07-19 21:13:17 UTC
Bah. So many dupes due to Bugzilla's crap default search. This isn't a LATER bug any longer. As I noted in bug 19789, the API can do this easily. The UI should match. Re-opening!
Comment 8 Aryeh Gregor (not reading bugmail, please e-mail directly) 2009-07-19 21:15:03 UTC
Is this a case where the web UI needs to be fixed, or where the API needs to be fixed?
Comment 9 MZMcBride 2009-07-19 21:16:40 UTC
(In reply to comment #8)
> Is this a case where the web UI needs to be fixed, or where the API needs to be
> fixed?

The API has a namespace filter. The user interface does not. The user interface should be updated to include a namespace selector. Clarified bug summary accordingly.
Comment 10 Brion Vibber 2009-07-19 21:17:52 UTC
The worst-case behavior of the database query is very bad as there's not a clean index to work on, hence it's disabled in miser mode.
Comment 11 Aryeh Gregor (not reading bugmail, please e-mail directly) 2011-02-25 18:16:39 UTC
Since Delta was asking about this in #mediawiki, a summary:

1) The current query without namespace filtering will never scan more rows than the number of results it returns, e.g., 500.

2) The current query with namespace filtering will scan millions of rows in the worst case.

3) There is no likely way to change the schema to make the queries efficient.  The only way I can think of is to denormalize unacceptably, as Brion says in comment 1.

4) For some reason, the query is enabled anyway for the API.  I guess we could disable that too, but it's not a reason to enable it in the web UI.  We don't like queries that scan millions of rows worst-case.

Delta tells me, though, that the thing people really want this for is to limit to the main namespace, or maybe to content namespaces.  This is much less of a problem in practice than arbitrary namespace limitations.  The real issue would be someone searching for all *.wikipedia.org links in Portal_talk or something.  For real-world queries, limiting to content namespaces should only increase rows scanned by a fairly small fixed factor, probably less than ten.  So that can be considered, IMO.
Comment 12 MZMcBride 2011-02-25 19:48:14 UTC
I filed bug 27717 ("API's exturlusage module does not respect $wgMiserMode").
Comment 13 db [inactive,noenotif] 2013-06-01 20:47:23 UTC
*** Bug 48948 has been marked as a duplicate of this bug. ***
Comment 14 Scott Martin (http://enwp.org/user:scott) 2014-06-11 09:34:42 UTC
Has anything changed in the last few years? I was about to file an enhancement request for a namespace filter on Special:Linksearch but found this.
Comment 15 Themfromspace 2014-06-19 18:03:47 UTC
(In reply to Scott from comment #14)
> Has anything changed in the last few years? I was about to file an
> enhancement request for a namespace filter on Special:Linksearch but found
> this.

I requested this change a year ago but it looks like nobody's working to add this.
Comment 16 db [inactive,noenotif] 2014-07-31 07:50:53 UTC
Maybe this can be done the same way as Gerrit change #117373, by adding a el_from_namespace column
Comment 17 Gerrit Notification Bot 2014-09-28 18:44:22 UTC
Change 163470 had a related patch set uploaded by Umherirrender:
Add el_from_namespace column to support namespace filter

https://gerrit.wikimedia.org/r/163470

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


Navigation
Links