Last modified: 2010-05-15 15:32:55 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 917 - external links in section headers cause problems with internal anchor links
external links in section headers cause problems with internal anchor links
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
All All
: Low minor with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2004-11-20 05:58 UTC by lɛʁi לערי ריינהארט
Modified: 2010-05-15 15:32 UTC (History)
1 user (show)

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


Description lɛʁi לערי ריינהארט 2004-11-20 05:58:19 UTC
See [[meta:Help:Section#Section_linking_bugzilla_917]] (a extra 
anchor at [[meta:Help:Section#Section_linking]]).

If "http:" is included in the anchor no internal link will be 

Another extra anchor to a similar example is available at 

Regards Reinhardt
Comment 1 Leonard G. Barton 2004-12-30 16:30:45 UTC
Added by Leonard G.: Troubleshooting info. If you this is in a redirect and you click on the redirect info at the top of the destination page to get to the 
redirect page, then click on the link there, it will go to the correct subsection. Example at, a redirect to a section 
in ~~~~
Comment 2 Rowan Collins [IMSoP] 2005-04-06 16:21:35 UTC
(In reply to comment #1)
> Added by Leonard G.: Troubleshooting info. If you this is in a redirect [...]

Redirects to sections don't work, and probably never will. I see no external
links there, so that's a completely unrelated issue.

Comment 3 Rowan Collins [IMSoP] 2005-04-06 17:12:35 UTC
A bit of testing shows that, under 1.4.1:
* links to a heading containing an external link now work as expected if you
copy the escaped form from the link in the TOC (e.g.
[[]]). It's not pretty, but it works.

* typing the link as it *appears* in the TOC still breaks (for some reason, the
space becomes ".A0" in the anchor, but "_" in the link; more importantly, the
URL part gets parsed as an external link). This is relatively minor, since at
least you *can* link to the heading; the ".A0" thing's weird though.

* a heading with just a bare URL at the beginning breaks all attempts to link to
it (see for
an example). This is more of a problem - although easily worked around by just
not using a bare URL as a heading! The key difference is that
"#" on its own would be a valid link (whereas
"#foo" wouldn't); the change from "//" into ".2F.2F" should
make that irrelevant, but the parser currently counts links like
"" as valid (which, strictly, it shouldn't - see bug 787)
Comment 4 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-08-17 22:23:31 UTC
This was fixed at some point.

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