Last modified: 2004-09-03 19:41:12 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 308 - ">"-token in URL-tail parsed wrongly
">"-token in URL-tail parsed wrongly
Status: RESOLVED DUPLICATE of bug 289
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2004-09-03 03:18 UTC by Timwi
Modified: 2004-09-03 19:41 UTC (History)
1 user (show)

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


Description Timwi 2004-09-03 03:18:40 UTC
Originally submitted by Roger Persson (rogper)  2004-05-21 07:00

Of a coincident I noticed that greater-than (>) char in URLs is 
rendered wrongly IF it occures as last character in URL.

Check this extra semicolon<hello> in the 
Check this<hello&gt strange thing


------------------------- Additional comments ------------------------
Date: 2004-05-28 09:35
Sender: SF user vibber

The HTML output is:

It looks like the HTML stripping is being done before external
links, so
the  have become "&lt;" and "&gt;". Semicolons are
legal in links; the _final_ punctuation (not followed by linkable
chars) is
stripped, but the bits in the middle are considered fair game
belonging to a link so it extends up to the "&gt" but not
the final ";" (or the other ";" that follows, which
is extraneous).

Correct behavior would be to have the link cover
then cut off at the <. This will require parsing for external
links before
stripping HTML; perhaps another placeholder step would be useful
here (might also help the longstanding URL-within-URL bug).

Bug is present in both 1.2 and current 1.3.
Date: 2004-09-03 05:07
Sender: SF user timwi

This bug has been migrated to MediaZilla:
Please leave additional comments or attachments there.
Comment 1 Timwi 2004-09-03 19:41:12 UTC

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

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