Last modified: 2004-08-16 13:35:42 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 T2139, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 139 - URL as link-text creates extra, empty, link
URL as link-text creates extra, empty, link
Status: RESOLVED DUPLICATE of bug 126
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-08-16 06:05 UTC by Timwi
Modified: 2004-08-16 13:35 UTC (History)
1 user (show)

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


Attachments

Description Timwi 2004-08-16 06:05:40 UTC
BUG MIGRATED FROM SOURCEFORGE
http://sourceforge.net/tracker/index.php?func=detail&aid=974082&group_id=34373&atid=411192
Originally submitted by Rowan Collins (imsop)  2004-06-16 19:47


A link of the form [http://www.example.net
http://www.example.net] produces an additional, empty,
link before the real one - an opening "a" tag with all
the right attributes, which is immediately closed, and
followed by an identical one that contains the actual
link text.

The result is that a default MonoBook setup will show
"[link-icon]http://www.example.net[link-icon]" instead
of the expected "http://www.example.net[link-icon]".
The bug may have been around for some time, since it
exists in standard skin but is invisible in the
rendered page.

Note that this is *not* the same as #583234
(https://sourceforge.net/tracker/index.php?func=detail&aid=583234&group_id=34373&atid=411192)
and all its duplicates, as the URL itself is perfectly
normal. 

Finally, note also that this style of URL was actually
encouraged at one stage as the automatic detection of
plain-text links was not guaranteed to work forever. (I
can't find the page I read that in now, I suspect it
has been changed.)

{en|meta}:User:IMSoP

------------------------- Additional comments ------------------------
Date: 2004-06-16 22:20
Sender: SF user imsop

A more revealing test-case just occurred to me, and has some
rather weird results: 

[http://www.example.net/foo http://www.example.net/bar]
gives an *empty* link to .../foo and the text (".../bar") is
linked to .../bar

In other words, the intended target is being given a
textless link, and the intended text is then being turned
into a plain link.

[Amusingly, this would foil anyone trying to mislead people
by making a bracketed link to one thing look like a
plain-text link to another.]
-------------------------------------------------
Date: 2004-07-09 13:32
Sender: nobody
Logged In: NO 

This is apparently related: URL containing "http://", i. e. Web 
Archive cache, can't be re-titled: 

[http://web.archive.org/web/20010808121638/http://www.wik
ipedia.org/ Early Wiki homepage] makes only a live link to 
http://www.wikipedia.org/ surrounded by the rest including 
brackets as if it were in .

en:user:Malyctenar
-------------------------------------------------
Date: 2004-08-16 08:04
Sender: SF user timwi

This bug has been migrated to MediaZilla:
http://bugzilla.wikipedia.org/show_bug.cgi?id=126
Please leave additional comments or attachments there.
Comment 1 Addicted 2004-08-16 13:35:42 UTC

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

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


Navigation
Links