Last modified: 2014-05-07 21:51:48 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 7937 - Exclude disambiguation pages from random page feature
Exclude disambiguation pages from random page feature
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
Disambiguator (Other open bugs)
unspecified
All All
: Low enhancement with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-11-16 11:29 UTC by Duncan Harris
Modified: 2014-05-07 21:51 UTC (History)
3 users (show)

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


Attachments

Description Duncan Harris 2006-11-16 11:29:45 UTC
I'm not sure this can be done without fixing
http://bugzilla.wikipedia.org/show_bug.cgi?id=6754 first, but...

[[special:randompage]] should not take users to disambiguation pages as they are
not articles and not of interest.
Comment 1 Rob Church 2006-12-21 20:18:38 UTC
To implement this in an efficient manner would require us marking disambiguation
pages as such in the page table.
Comment 2 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-12-21 23:35:34 UTC
Thence the dependency on bug 6754.  :)
Comment 3 Rob Church 2006-12-22 01:31:42 UTC
(In reply to comment #2)
> Thence the dependency on bug 6754.  :)

Yes and no. Bug 6754 could be solved if we could cache the information somewhere
in the short term, but this pretty much mandates a definite schema change.

I'm not too fond of maintaining a disambiguation page's status in the page
record, to be honest; that a page is a "disambiguation page" depends on factors
outside of the page's control, so to speak, so it's a different kettle of fish
from, e.g. page.page_is_redirect.
Comment 4 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-12-22 01:43:25 UTC
(In reply to comment #3)
> I'm not too fond of maintaining a disambiguation page's status in the page
> record, to be honest; that a page is a "disambiguation page" depends on factors
> outside of the page's control, so to speak, so it's a different kettle of fish
> from, e.g. page.page_is_redirect.

It's similar to category links in that respect.  Adding another template to the
list of disambig-creators would of course require all pages already including
that template to be fiddled with, which isn't good.  However, I can't see
widely-used templates being changed to disambig templates very often except as
vandalism (and widely-used templates should be protected anyway).  It would
probably be okay to just not bother changing the flag unless the page is touched.
Comment 5 Raimond Spekking 2013-07-05 13:01:33 UTC
Changing product/component: Should be doable with the Disambiguator extension now.
Comment 6 Betacommand 2013-10-31 13:45:37 UTC
Any updates on this?

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


Navigation
Links