Last modified: 2010-05-15 15:37:52 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T5322, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 3322 - Subpage links [[/subpage]] and [[Page/subpage]] are not working
Subpage links [[/subpage]] and [[Page/subpage]] are not working
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.5.x
All All
: High blocker (vote)
: ---
Assigned To: Nobody - You can work on this!
http://test.leuksman.com/index.php/Su...
:
Depends on:
Blocks: 1002
  Show dependency treegraph
 
Reported: 2005-08-31 06:06 UTC by T. Gries
Modified: 2010-05-15 15:37 UTC (History)
0 users

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


Attachments

Description T. Gries 2005-08-31 06:06:45 UTC
I checked REL1_5 and HEAD (1.6alpha) on FiverAlpha - they appear to have the
same problem.

Test on http://test.leuksman.com/index.php/Subpagetest
Comment 1 Brion Vibber 2005-08-31 06:09:09 UTC
Set $wgNamespacesWithSubpages.
Comment 2 T. Gries 2005-08-31 06:11:05 UTC
Should be set by default during __installation__ to have __full__ conformity of
the GUI of different versions.
Comment 3 T. Gries 2005-08-31 06:29:04 UTC
"you're mistaken if you think that would bring conformity with older versions.
it's always been off." comment by Brion

Sorry in that case and thank you for clarification on that issue. I was seeing
it "on" on so many MediaWikis, that I thought this feature being switched on by
default.

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


Navigation
Links