Closed Bug 781427 Opened 12 years ago Closed 12 years ago

When the site address's url contains a param, which value is chinese character, then the url will change to a weird one.

Categories

(Firefox :: Address Bar, defect)

14 Branch
x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 775072

People

(Reporter: sunnylost, Unassigned)

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20100101 Firefox/14.0.1
Build ID: 20120713134347

Steps to reproduce:

make sure the "browser.urlbar.autoFill" is TRUE.

1,type this url in the address bar "https://www.google.com.hk/#hl=zh-CN&newwindow=1&safe=strict&site=&source=hp&q=%E5%95%8A"
then you will see "https://www.google.com.hk/#hl=zh-CN&newwindow=1&safe=strict&site=&source=hp&q=啊", Google will add some other params at the end of the url, so finally, it will looks like this "https://www.google.com.hk/#hl=zh-CN&newwindow=1&safe=strict&site=&source=hp&q=啊&fp=f389c5f761e0798d"

2, remove params which at the end of character "啊", hit enter.

3, repeate above steps several times(i try this for 3 times, then i got the answer)



Actual results:

address bar will show url like this: "https://www.google.cgoogle.com.hk/#hl=zh-CN&newwindow=1&safe=strict&site=&source=hp&q=啊"

when I turn the "browser.urlbar.autoFill" to FALSE, this problem was solved.


Expected results:

So I think this may be caused by the "firefox 14' address bar autofill" mechanism.
Confirmed in Firefox14, 15beta, Aurora16.0a2 and Nighlty170a1

Regression window(m-c)
Good:
http://hg.mozilla.org/mozilla-central/rev/7bf0125b26b5
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120601035703
Bad:
http://hg.mozilla.org/mozilla-central/rev/305cd10b57d2
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/15.0 Firefox/15.0a1 ID:20120601055003
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=7bf0125b26b5&tochange=305cd10b57d2

Suspected: Bug 720081
Blocks: 720081
Status: UNCONFIRMED → NEW
Component: Untriaged → Location Bar
Ever confirmed: true
Keywords: regression
In local build
Lastr Good: 59409e2655ca
First Bad :960b80d99b4a

Triggered by 960b80d99b4a Marco Bonardo — Bug 720081 - Part 2: inline autocomplete should respect protocol and www prefix r=dietrich
This sounds like a pretty unfortunate user-affecting regression that we'll want to try and get a fix for this into Beta if possible.  I would assign this to Marco but he's away until the 12th so passing to Gavin to determine who might be able to take this on.
Assignee: gavin.sharp → nobody
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.