Last modified: 2011-03-13 18:05:58 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 T7983, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 5983 - External URL fails to render in citations
External URL fails to render in citations
Status: RESOLVED WONTFIX
Product: MediaWiki extensions
Classification: Unclassified
Cite (Other open bugs)
unspecified
All All
: Lowest normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  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: ---


Attachments

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:

http://en.wikipedia.org/wiki/User_talk:FT2/test01
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 :)

Thanks!
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.


Navigation
Links