MediaWiki wrote:

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.

codecat42 wrote:

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.

MediaWiki wrote:

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

(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 ***