Page MenuHomePhabricator

Search results handle special characters badly
Closed, InvalidPublic

Description

Author: beland

Description:
If you go to the specified URL, you will find two articles, a good article named
"Rialto, California" and a bogus article named "Rialto,%20California". The link
to the first one works fine. The link to the second one brings you to the first
article. In fact, typing in the URL shown for the second one (which is what I
would expect to work), brings you to the first article. I'm not sure why
url-encoding is de-coded twice (from Rialto%2C%2520California to
Rialto,%20California to Rialto, California) instead of just once. In the long
run, it may be a feature - it's nice if article names are canonicalized - but
in the short run, it's keeping me from accessing the text of the second article.
There could easily be some badly-named articles with legitimate text that need
to be rescued. -- Beland of en.wikipedia.org

(This may or may not be related to Bug 337)


Version: unspecified
Severity: normal
OS: Linux
URL: http://en.wikipedia.org/wiki/Special:Search?search=Rialto%2C%2520California&go=Go

Details

Reference
bz1203

Revisions and Commits

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 8:01 PM
bzimport added a project: MediaWiki-Search.
bzimport set Reference to bz1203.
bzimport added a subscriber: Unknown Object (MLST).

Second title is illegal and should not appear in the database. It was able to be created due to an old bug which is no
longer present.

I've moved it to: http://en.wikipedia.org/wiki/Rialto%2C_California_%28broken%29
(It will likely be deleted soon as newbie cruft.)

Diffusion changed the task status from Invalid to Resolved by committing Unknown Object (Diffusion Commit).Mar 4 2015, 8:21 AM
Diffusion added a commit: Unknown Object (Diffusion Commit).
Aklapper changed the task status from Resolved to Invalid.Mar 4 2015, 5:43 PM
Aklapper claimed this task.