Closed Bug 47374 Opened 26 years ago Closed 26 years ago

Session History doesn't behave well in this url.

Categories

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

x86
All
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: radha, Assigned: radha)

References

()

Details

(Whiteboard: [nsbeta3+])

This bug is a break-off from 18321. The steps to reproduce are ... 1) Go to the above url 2) In the center frame, click on one of the thumbnail images to open larger version. 3) After image is displayed in this frame, click the back arrow on toolbar. 4) Instead of displaying the previous page in the frame, it goes to the last site visited. More steps to reproduce from 18321: The offending link: http://www.cdmag.com/Home/home.html?article=/articles/024/040/armada_preview.html Problem description: Browse there, pick any of the screenshots in the frame with the article - this should replace the contents of the frame with a larger screenshot. Use the browser's back button. In my case the frame did not change back to the article - the screenshot remained in the frame. Hit back again, and the frame *still* didn't change, but the frame at the top (where the banner ad is) changed to the page that originally brought me here (www.bluesnews.com). Typing the Url http://www.bluesnews.com into the location textbox at the top successfully reloaded the page and replaced the stuck frame. This behavior was reproducible every time I tried (4 or 5 times). If you really want to reproduce the path I took, start at bluesnews and find the topic "Star Trek Previews" in the stories for Nov 9 and follow the link from there.
More comments from the original bug ; This still happens at both of the original sites. However instead of skipping 2 pages back as it was, it's skipping backwards to the last page that was on a different domain. ie. 1) go to www.yahoo.com 2) go to www.pingtool.com 3) follow the message board link 4) enter into any forum, then any thread 5) press Back You'll be taken back to yahoo.com ...
Status: NEW → ASSIGNED
Target Milestone: --- → M19
nav triage team: [nsbeta3+] P2
Priority: P3 → P2
Whiteboard: [nsbeta3+]
This seems to have gotten fixed with some of the checkins mscott made last week.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
VERIFIED Fixed with 2000091312 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.