Closed Bug 581816 Opened 15 years ago Closed 15 years ago

address bar not updated on navigation

Categories

(Firefox :: General, defect)

x86_64
All
defect
Not set
major

Tracking

()

RESOLVED INVALID

People

(Reporter: msclrhd, Unassigned)

References

Details

(Keywords: regression)

User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b3pre) Gecko/20100725 Minefield/4.0b3pre Build Identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b3pre) Gecko/20100725 Minefield/4.0b3pre When clicking on some links, and using the back button, the address bar/awesome bar does not get updated with the new link. I have seen this when doing a search on google and imdb. Reproducible: Always Steps to Reproduce: 1. Open two tabs 1. on one tab, go to www.google.com 2. Enter a search query (e.g. "firefox") 3. Press enter to perform the search 4. Select the other tab 5. Select the tab with the google search results 6. Select the mozilla.com link (the first link) 7. Select the other tab 8. Select the tab with the google search results 9. Press the back button Actual Results: 3 - the page changes, but the address bar still says "www.google.com" 5 - the address bar shows the correct link 6 - the address bar is showing the search results url from (5) 8 - the address bar shows the correct link 9 - the page changes, but the address bar still shows the url from (8) Expected Results: 5, 6, 8, 9 - the address bar should show the correct location This is a recent regression in behaviour.
Same thing happens to me all the time in 4.0b2. Every time I click on a link i have to switch tabs for the url bar to update. Also I am using Windows 7 x64 and not Linux so the issue seems to be present on all platforms.
Using the builds available on http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/: 2010-07-23-03-mozilla-central -- works 2010-07-24-03-mozilla-central -- exhibits this bug So the issue was introduced in a commit somewhere between these two builds.
Keywords: regression
OS: Linux → All
blocking2.0: --- → ?
Blocking for investigation. Thanks for your work creating reproduction steps and tracking down the regression range!
blocking2.0: ? → betaN+
Some additional information: I am not experiencing this issue on a clean profile -- it is updating correctly. I think this was an early symptom of corruption of the places settings and the first noticeable affects of such. Not sure what the exact trigger was, though. Also, I wonder if this is related to running it on a 64-bit platform.
I'm having the same problem. In some cases though, when one tab is displaying the address of another tab, clicking the favicon will update the URL.
Jake: are you seeing any errors in the Error Console (from the Tools Menu)? Also, are you on a 64-bit platform? If so, do you see the symptoms exhibited by bug 583867 and/or bug 583810? Thanks.
Reece: The only errors I'm seeing are from some incompatible extensions I have, and I'm running win 7 pro 64 bit. Neither of those bugs you linked have happened to me. I looked into what you were talking about earlier, that a clean profile didn't have the same problem. I disabled all of my extensions and turned them on, one by one to see if I could isolate the problem to a single extension. After going through all of my extensions, the problem would only occur when I had "IE Tab 1.5.20090525" enabled. This is odd because when I first installed FF 4.0 b2 it was listed as disabled because it wasn't compatible. After switching back and forth between FF3 and FF4, I noticed several extensions that were listed as disabled due to compatibility issues were enabled (I double checked the addon manager to confirm they were disabled). I'm guessing IE Tab was enabled although listed as disabled, and may be the source of the problem (for me at least). I also tested it on my windows xp pro 32 bit virtual machine (not sure if I have any extensions on that) and I didn't have the problem. Does anyone else have IE Tab? I'd like to see if this may have been causing the issue for anyone else.
(In reply to comment #7) > Does anyone else have IE Tab? I'd like to see if this may have been causing > the issue for anyone else. Yeah, see bug 582737.
I can confirm that I have this bug, and I had IE Tab Plus 1.92.20100607 installed. Problem seems to have gone away, now that I disabled it.
I am not able to reproduce this behavior with the latest nightly build on Windows 7 Pro x64. Considering the OP said this behavior is not happening on a clean profile, I don't think this should be blocking and might be the result of a bad extension and should probably be marked invalid.
Given the context of when this happened, I suspect this was the sqllite update that was backed out. In any case, I am happy marking this invalid.
Status: UNCONFIRMED → RESOLVED
blocking2.0: betaN+ → ---
Closed: 15 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.