Last Comment Bug 443588 - Locationbar google/yahoo traditional Chinese search corrupted
: Locationbar google/yahoo traditional Chinese search corrupted
fixed by bug 647403
Product: Firefox
Classification: Client Software
Component: Location Bar (show other bugs)
: 3.0 Branch
: x86 Windows XP
-- major (vote)
: Firefox 11
Assigned To: Nobody; OK to take it and work on it
: Marco Bonardo [::mak]
Depends on: 393246 647403
  Show dependency treegraph
Reported: 2008-07-04 02:45 PDT by Jia Mi [:mijia]
Modified: 2011-11-10 06:22 PST (History)
9 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

search begins, works ok (266.97 KB, image/png)
2008-07-04 02:56 PDT, Jia Mi [:mijia]
no flags Details
hit enter in location bar, search chars corrupted (158.85 KB, image/png)
2008-07-04 02:57 PDT, Jia Mi [:mijia]
no flags Details

Description User image Jia Mi [:mijia] 2008-07-04 02:45:48 PDT
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.9)
Gecko/2008052906 Firefox/3.0

OS: Windows XP Tranditional Chinese Edition

Reproducible: Always

Steps to Reproduce:
1. Search "花店" in Google Search from search box on the top-right of Firefox
2. All things go well till now.
3. Locate your cursor into location bar, hit enter to "Go to link"
4. URL in location bar changed and turned "花店" to "%xx%xx" utf encoding.
5. The results in Google Search is corrupted.
6. But if you just use花店, there is no such problem.

Same problem happens when using some search from Yahoo! Taiwan:
will turn into, and the search result is corrupted characters.

This only occurs on Windows XP&Vista (Traditional Chinese Edition)

We don't have a screenshot software, so take some pictures
Comment 1 User image Jia Mi [:mijia] 2008-07-04 02:56:34 PDT
Created attachment 328100 [details]
search begins, works ok
Comment 2 User image Jia Mi [:mijia] 2008-07-04 02:57:24 PDT
Created attachment 328101 [details]
hit enter in location bar, search chars corrupted
Comment 3 User image Stephen Donner [:stephend] 2008-07-04 04:42:16 PDT
Screenshot-capturing functionality is built in to Windows -- just use either ALT+Print Screen (PrtScn) or just PrtScn by itself:
Comment 4 User image Jia Mi [:mijia] 2008-07-04 23:03:42 PDT
Thank you. And how to do that on a MacBook Pro box which using BootCamp to start a Windows, :)
Comment 5 User image Stephen Donner [:stephend] 2008-07-05 17:08:19 PDT
Command+Shift+4, with spacebar to toggle modes should work
Comment 6 User image Tim Guan-tin Chien [:timdream] (please needinfo) 2008-08-27 06:10:26 PDT
This bug seems only reveal itself when "network.standard-url.encode-query-utf8" in about:config is set to "false", which happened to be the default setting.

In a Big5 query web page, all query are automatically transformed into %xx at the first place (step 2 in comment 1).
Comment 7 User image Tim Guan-tin Chien [:timdream] (please needinfo) 2010-10-07 23:10:29 PDT
After some testing, I am pretty sure it is related to the pref mentioned above; 
according to bug 333859 comment #2, query string will be sent using system charset when it is typed directly.

It seems changing the input string, or simply press enter again on the location bar is equivalent to typing the URL directly.

The simplest fix for this one would be the same as bug 333859 - let's set the pref to true to default.

I am going to set bug 333859 blocks this bug.
Comment 8 User image Tim Guan-tin Chien [:timdream] (please needinfo) 2010-10-07 23:43:11 PDT
Let me rephrase my proposed solution:

A) Fix bug 333859 (preferred), always send query strings in UTF-8 when inputed directly.

B) Fix how location bar represent the URL with a CJK query string (that is sent with UTF-8). It should escape the CJK characters when the pref is false, which another [enter] would result the characters being sent as system encoding.

Or we should do (A) as a workaround, and (B) for the fix.

I would with this bug being fixed as soon as possible, as this had annoyed zh-TW Windows users for many many years probably since the Awesomebar has introduced.
Comment 9 User image Tim Guan-tin Chien [:timdream] (please needinfo) 2010-10-11 22:54:29 PDT
Setting network.standard-url.encode-query-utf8 as true in zh-TW repo as zh-TW users feel greater impact by this bug.
Comment 10 User image Tim Guan-tin Chien [:timdream] (please needinfo) 2010-10-11 23:47:55 PDT
Minor syntax fix for previous push
Comment 11 User image Axel Hecht [:Pike] 2010-10-14 09:03:10 PDT
Why do we need to add this to localized preferences now? As long as bug 333859 isn't fixed due to bad side-effects, I'm not convinced that these should be ignored for one locale.
Comment 12 User image Tim Guan-tin Chien [:timdream] (please needinfo) 2010-10-14 18:24:50 PDT
... because that one locale takes the heaviest impact of bug 333859?

Unless the behavior stated in (B) is being fixed, it's justifiable.

Bug 333859 comment 9 said it's too risky to turn on, yet for Taiwanese website that mostly use UTF-8, it's too risky to leave it off.
Comment 13 User image henryfhchan 2010-10-29 04:43:21 PDT
confirmed on windows 7, affects facebook and wikipedia.

this affects japanese websites as well.
flipping switch doesn't affect English sites, and brings this in line with the URI directory part.

shouldn't this be applied to mozilla-central instead of l10-central?
Comment 14 User image :Gavin Sharp [email:] 2011-11-01 16:22:43 PDT
Isn't this a duplicate of bug 461304?
Comment 15 User image Masatoshi Kimura [:emk] 2011-11-06 06:11:44 PST
Bug 461304 will not fix "changing the input string" case.
Comment 16 User image Masatoshi Kimura [:emk] 2011-11-10 03:19:42 PST
Fixed by bug 647403.

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