Last modified: 2011-03-13 18:05:58 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 5983 - External URL fails to render in citations
External URL fails to render in citations
Product: MediaWiki extensions
Classification: Unclassified
Cite (Other open bugs)
All All
: Lowest normal (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2006-05-16 14:41 UTC by PS
Modified: 2011-03-13 18:05 UTC (History)
1 user (show)

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


Description PS 2006-05-16 14:41:55 UTC
Working with [[Template:Derefer]]

Some links render correctly (link with description underlined) but others don
't (no rendering of link or text). There is no obvious cause for this.

Page demonstrating this:
Comment 1 PS 2006-05-16 15:00:01 UTC
Theres definitely a bug in cite.php.

See the above sample page, there's an ordinary [...] external link that 
renders correctly on the page, but incorrectly in a footnote. 

Permalink provided.
Comment 2 PS 2006-05-16 15:07:53 UTC
PS -- the article it's affecting is being honed by Raul for a featured 
article. I know that's not a crucial thing but if it is by chance an 
obvious quick fix, it'd be great :)

Comment 3 Platonides 2006-05-16 20:43:33 UTC
It's due to the = on the Url. It's treated by mediawiki as a template parameter
name. Use instead {{Derefer|1=<URL>}} instead of {{Derefer|<URL>}} 

You can see my fixing edit
Comment 4 PS 2006-05-16 23:18:02 UTC
I see the fix and thank you. 

Problem is that its very unobvious and will 
probably catch others out too. Should the template 
rendering system be tweaked slightly so that "=" 
is not taken as a template parameter definition 
but as part of the text, if certain obvious 
conditions are met?

Obvious conditions are that if the text to the 
left of the "=" includes "http://" or simply the "/
" character, then an "=" to the right is probably 
part of the data, and not a parameter setting.
Comment 5 Nicholas Wilson 2009-08-27 22:08:11 UTC
In any case, this is just a part of the way the parser for templates works. As with the updated docs for the derefer template, most templates with this as a potential problem mention it in their documentation, so this is not so much of a problem. I don't think there is a Cite.php bug here after all, so closing as WONTFIX, since I suspect, given the complexity involved, the guys working on the parser level will not change things there for corner cases like this.

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