User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1 If you time it right, when you click a link and then press stop before the new page loads, the address bar will update to the URL of the new page rather than reverting to the original URL of the page that is still being displayed and the verticual scroll bar no longer works for scrolling the original page. However, the vertical scrollbar does retain the correct size of its knob (oo-err misus) from the original page. Reproducible: Sometimes Steps to Reproduce: 1. Open an HTML page that is taller than the browser window so it has a vertical scrollbar and contains at least one hyperlink. 2. Click on a link in the page. 3. Before the new page loads, press stop so the original page is still visible. Actual Results: If timed correctly the URL in the address bar will have changed to that of the new page whose loading was aborted by the stop button and the favicon for the new site displayed before it. Also although the original page is still displayed the vertical scroll bar cannot be moved with the mouse - it will not accept focus. Hyperlinks in the original page do still work. Expected Results: 1. Either reverted to the original URL in the address bar when stop was pressed or displayed a blank page rather than the original content. 2. If the original content was still displayed, the scrollbar should still work.
I can no longer reproduce this using version 1.0 or the latest trunk: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20041219 Firefox/1.0+ However, it was intermittent when I first discovered it. I'd recommend reducing the priority.
*** Bug 303524 has been marked as a duplicate of this bug. ***
I encountered this bug recently : (copy of text form bug 303524) Using : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6 Steps to Reproduce: 1. Goto the URL <http://www.thelist.com/HTML/1/2315481.html> 2. Click on the link next to "Web Site:" (http://my.juno.com/...) 3. When the URL bar changes, press ESC (the URL bar shows the new address, but the page displayed is still the old one; the timing is tricky, you must press ESC after the URL changes and before the old page disappears, sometimes this happens in less than a second) 4. Try to scroll by using the window scroll bar 5. Try to scroll with cursor keys 6. Click and select text, move the mouse until the bottom of the screen 7. Right click on the selected text Actual Results: 4. Does not scroll the page, the scroller does not move either 5. Does not work, page does not scroll 6. Selects and scrolls the page, as it should 7. Nothing happens Expected Results: All steps (4,5,6) would properly scroll. 7. A context menu should appear
current bon echo builds don't seem to update the url bar until new page loads at least for me. I am marking this works for me considering its age and inability to reproduce. If you can reproduce this with a bon echo nightly build, please reopen.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.