Last modified: 2010-05-15 15:59:36 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 12689 - Orphaned pages and other special pages do not show pages in custom namespaces
Orphaned pages and other special pages do not show pages in custom namespaces
Status: RESOLVED DUPLICATE of bug 4204
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
1.11.x
All All
: Normal minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-01-19 13:15 UTC by CodeCat
Modified: 2010-05-15 15:59 UTC (History)
2 users (show)

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


Attachments

Description CodeCat 2008-01-19 13:15:49 UTC
When a page in a custom namespace becomes orphaned, it does not show up on the orphaned pages list. The query in includes/SpecialLonelypages.php is hardcoded to only show pages in the NS_MAIN namespace. Similar situations apply to Special:Ancientpages, Special:Fewestrevisions, Special:Mostcategories, Special:Mostrevisions, Special:Shortpages and probably more.

Requested fix: Include a namespace selection box either like the one found on Special:Allpages or the one in Special:Search, so that users can select what namespaces they want to search for orphaned pages.
Comment 1 Voyagerfan5761 / dgw 2008-01-20 00:04:50 UTC
I'd like to suggest an additional fix. Perhaps instead of having NS_MAIN hard-coded into the query, there should be a default of all $wgContentNamespaces ''and'' a namespace selector (that can override and display ''all namespaces'' regardless of $wgContentNamespaces.

So the menu would have the options:

* (content)
* (all)
* (main)
* Talk
* User
* User talk
* ...

Thumbs-up? -down? It will probably require code a bit more complex in the special page query generation, but I think (as, apparently, does CodeCat) that it would be worthwhile to see pages from other namespaces that are orphaned or very old, etc.
Comment 2 CodeCat 2008-01-20 12:21:17 UTC
Agreed. Pages in other namespaces can get lost just as easily as normal pages, so I'm wondering why this wasn't even suggested much sooner. Big sites like Wikipedia must have hundreds of pages that got lost but nobody knows about...

That said, I like the suggestion of adding (content) to the list. In fact, it would be nice if it were added to existing pages that use such a list as well.
Comment 3 Voyagerfan5761 / dgw 2008-01-20 12:28:35 UTC
Yes, probably ''thousands'' of pages at that.

Only problem with suggesting (content) be added to the other lists is that it should really be a new bug. Oh look, bug 12702 just got entered! :D
Comment 4 Lejonel 2008-01-23 11:14:29 UTC
(In reply to comment #2)
> Agreed. Pages in other namespaces can get lost just as easily as normal pages,
> so I'm wondering why this wasn't even suggested much sooner.

It was suggested before.

*** This bug has been marked as a duplicate of bug 4204 ***

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


Navigation
Links