Last modified: 2014-11-16 07:31:43 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 T23615, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 21615 - retrievedfrom text: also URI encode "(" and ")"
retrievedfrom text: also URI encode "(" and ")"
Status: NEW
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.16.x
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/Roselle_...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-11-23 19:43 UTC by Dan Jacobson
Modified: 2014-11-16 07:31 UTC (History)
3 users (show)

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


Attachments

Description Dan Jacobson 2009-11-23 19:43:08 UTC
In Skin.php, at
	/** @return string Retrievied from HTML text */
	function printSource() {
		$url = htmlspecialchars( $this->mTitle->getFullURL() );
		return wfMsg( 'retrievedfrom', '<a href="'.$url.'">'.$url.'</a>' );
you need to make sure "(" and ")" are presented as %28 and %29,
because e.g., often users clicking on 
http://en.wikipedia.org/wiki/Roselle_(plant)
will not be able to get to the link, as only
http://en.wikipedia.org/wiki/Roselle_%28plant%29
will work, when having the link sent to them by a friend and clicking
on it in their (mainstream MicroSoft) mail program (Outlook?).
http://en.wikipedia.org/wiki/Percent-encoding is over my head. All I know is that
when I send my friends ( and ) in URLs via plain text (not HTML) email,
they can't read the pages via clicking unless I manually change them to %'s.
Note, to see the above function's output, be sure stylesheets are
disabled in your browser, or use a text browser.
Anyway, you already encode CJK chars., so ugly is OK. Might as well encode
( and ), as the goal of the game is a guaranteed click (and not saying if
their client program is correct or not.)
See also bug 10206.
Comment 1 Dan Jacobson 2009-11-23 19:45:29 UTC
And Ha Ha Ha... proof:
Notice how bugzilla, when turning the above links into clickable links,
has dropped the final ")"... therefore there is no denying that
you fellows printing ) instead of %29 is .... not helping!
Comment 2 Roan Kattouw 2009-11-23 20:27:48 UTC
I'm not so sure we should over-urlencode stuff and make URLs more obscure just because some clients are broken. Most clients are more tolerant if you wrap the URL in <>, like <http://en.wikipedia.org/wiki/Roselle_(plant)>
Comment 3 Dan Jacobson 2009-11-23 20:40:07 UTC
I see. So perhaps the URL should be prewrapped right there in the output:
Retrievied from: <http:... >

But it didn't help anyway, as you can see what happened to what you typed above!
Comment 4 Roan Kattouw 2009-11-23 20:43:15 UTC
(In reply to comment #3)
> I see. So perhaps the URL should be prewrapped right there in the output:
> Retrievied from: <http:... >
> 
> But it didn't help anyway, as you can see what happened to what you typed
> above!
> 

It helps in some clients, not all. It does help in my IRC client (ChatZilla). I'm not for wrapping it in brackets either. The senders of such e-mails, and especially the receivers, have brains and can IMO reasonably be expected to copypaste the entire link if their client cuts it off. Suggest WONTFIX.
Comment 5 Dan Jacobson 2009-11-23 20:51:39 UTC
So its OK to turn Chinese into %go%bb%ly%go%ok but parentheses are not
to be touched, even though the average proof above, plus my Mom (b. 1931) says she can't click on them
successfully... (a normal, not a computer brained person)... when the
whole point is to give something that is a sure fire link...

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


Navigation
Links