Closed Bug 480263 Opened 17 years ago Closed 16 years ago

HASH URL incorrect on dshistory

Categories

(Core :: General, defect)

x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: v.sinnlos, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2 The hash is not korrekt on FF 3.1 nightly after the steps on FF 3.1b2 it works Reproducible: Always Steps to Reproduce: 1. go to your demo page 2. Set Name-Value, Bind Query Vars 3. Set Name-Value, Bind Query Vars 4. Remove Name-Value, Bind Query Vars Actual Results: http://dshistory.googlecode.com/svn/trunk/examples/demo.html#key%20%230=value!&key%20%231=value!key%20%231=value! Expected Results: http://dshistory.googlecode.com/svn/trunk/examples/demo.html#key%20%230=value! Should be fixed in FF 3.1 because of saving such url as bookmark, otherwise it would be a false link
looks like that it works on nightly Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090301 Minefield/3.2a1pre
Flags: blocking-firefox3.1?
Works for me in Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090302 Shiretoko/3.1b3pre . Can you test a nightly from 1.9.1 rather than trunk?
Flags: blocking-firefox3.1?
Product: Firefox → Core
QA Contact: general → general
Yes we can :) Works now for me in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090302 Shiretoko/3.1b3pre
So judging from the comments, this bug is WORKSFORME. If there's still a problem, please provide clearer steps to reproduce. I couldn't figure out what I'm supposed to do on that page to get the hash to change :)
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.