Closed Bug 45770 Opened 25 years ago Closed 25 years ago

Going to the same website twice kills back button

Categories

(Core :: DOM: Navigation, defect, P1)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: nbhatla, Assigned: radha)

References

Details

(Whiteboard: [nsbeta2-][nsbeta3+])

If you go to the same website twice, the "Back" button in the browser effectively dies. You can click on it as many times as you want, the UI responds with appropriate feedback, but content in the browser window does not go back to previous sites. The drop-down history button next to the back button works fine however. Nominating this for nsbeta2, because it breaks basic browser functionality.
Keywords: nsbeta2
does this happen for you every time? Could you list specific steps to reproduce(what pages)? I'm not seeing this with the 2000071808 linux build and this code should be XP.
Launch the browser, and go to www.mozilla.org. Next, click go to bugzilla.mozilla.org. Wait for it to finish loading, then click enter again to reload. Now click on the Back button twice. You see that you are still at bugzilla.mozilla.org, when you should have gone back to www.mozilla.org. The important thing when reproducing this bug is that you have already visited a site, gone to a new site twice in a row, then clicked back twice. You'll be at the same site you loaded 2x. Note that I've encountered this bug WITH ALL WEB PAGES, so it isn't page specific. Notice that you can still use the Back button's drop down menu though to navigate back. I have tested this in both the classic and modern skins, and both reproduce the bug. I have tested on Mozilla on Mac, and Netscape 6 on windows, and both have the bug. The Mac build I pulled and built on my own G4 this morning, and the Windows build is from this morning (2000071810).
Status: NEW → ASSIGNED
Target Milestone: --- → M18
Putting on [nsbeta2-] radar. Not critical to beta2.
Whiteboard: [nsbeta2-]
Nav triage team: [nsbeta3+]
Whiteboard: [nsbeta2-] → [nsbeta2-][nsbeta3+]
When you said to click 'go to bugzilla.mozilla.org', did you mean clicking the Go to Bugzilla item in the Mozilla menu of the taskbar? I doubt it (since I can reproduce this bug without that menuitem), but just doublechecking, since that would make this a dup of 46499 (and I couldn't find "go to bugzilla.mozilla.org" on mozilla.org) Also, while trying to reproduce this, I noticed that if you type in an URL, press enter, wait until the page loads, then press enter again (while the URL bar has the focus), focus just switches back to the page instead of reloading it...this isn't the correct behavior. However, you can still reproduce this bug with these steps: (1) Load the browser (2) Go to http://www.aol.com (3) Type mozilla.org in the URL bar and press enter (it will then expand to http://mozilla.org/) (4) Clear the URL bar, type mozilla.org in it again, and press enter (5) Try to press back [similar to the original steps, but I don't get the 'enter just moves focus to page' bug with these...probably because you're typing mozilla.org after it has expanded to http://mozilla.org, so it doesn't read the two URLs as being identical.]
OS: Mac System 9.0 → All
Hardware: Macintosh → All
Adding nsbeta3 keyword to bugs which already have nsbeta3 status markings so the queries don't get all screwed up.
Keywords: nsbeta3
Whiteboard: [nsbeta2-][nsbeta3+] → [nsbeta2-][nsbeta3+]FIX in hand ETA 8/16
Priority: P3 → P1
fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Whiteboard: [nsbeta2-][nsbeta3+]FIX in hand ETA 8/16 → [nsbeta2-][nsbeta3+]
Hmmm, I'm not sure where to start here, it may be that this fix simply exposed some other bugs. I followed blake's steps from his 08-01 comments, and noticed the following: 1. Typing in the same url a second time and pressing enter DOES NOT load the url. There are no status messages, the logo doesn't spin, the page doesn't even repaint (that i could see) and there was definitely no networking going on as I pulled my connection.(different bug, dunno who's) 2. Doing the above does however add an additional, identical entry to the Session History(new bug?) However, the back button does work - it just takes you to the evil imposter SH entry. I was going to just reopen this but now I decided to write 2 shiny new bugs. wrote bug 49913 for the SH thing and bug 49911 for the not reload'n thing. marking this VERIFIED Fixed with the 2000082108 builds
Status: RESOLVED → VERIFIED
Component: History: Session → Document Navigation
QA Contact: claudius → docshell
You need to log in before you can comment on or make changes to this bug.