Closed
Bug 102156
Opened 23 years ago
Closed 22 years ago
Back/forward in frames doesn't work consistently
Categories
(Core :: DOM: Navigation, defect)
Tracking
()
RESOLVED
FIXED
mozilla1.1alpha
People
(Reporter: tpowellmoz, Assigned: radha)
References
()
Details
Attachments
(1 file)
4.43 KB,
patch
|
Details | Diff | Splinter Review |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4+) Gecko/20010927 BuildID: 2001092710 I was using yahoo mail and looking at a mail message. I tried to use the back button to return to the inbox, but back didn't do anything. I clicked the back dropdown and picked an item a few back in the list, but still it did nothing. Finally, I picked an item that was the login page and mozilla went back. But then forward wouldn't work. Reproducible: Couldn't Reproduce I wish I could give a better bug report. I hate reports that are this vague, but I don't know how to reproduce it. Expected Results: Back and forward should work in frames Back and forward started working again after I returned to the login page, so I don't know what was going on. This build seems somewhat flaky compared to 20010924. It almost feels like there's some sort of race condition that is causing odd behavior. I'm not using the tabbed interface, just new windows (don't know if that would make any difference). I was also doing some ad image blocking, but that didn't seem to be causing any problems.
Comment 1•23 years ago
|
||
I've had the same trouble on linux with build 2001091311. Seems to happen frequently with any page that has a form in a frame. Some times takes some time to show up, but once it starts it won't quit.
Assignee | ||
Updated•23 years ago
|
Target Milestone: --- → mozilla1.1
I am experiencing similar behavior with NS 6.1 and iframes. Our product uses iframes to display forms and once submitted the "Back" button will not work. I have to choose a different URL (other then the one that contains the form) and then choose the same form URL to get back to the form page.
Comment 3•23 years ago
|
||
I too have been having problems with the back button in frames for a while. This is something that has occurred in the past (at least a year ago). The behavior that I'm seeing is that sometimes I can't use the back button. Also, almost always, the back button does not take me where it's supposed to. Here's the scenario (doesn't matter whether or not tabbed browsing is in effect): I have a two frame site (called toc(right) and details(left)) defined by index.html - I click a link in the toc frame with target="details". Clicking the back button does nothing. - I click another link in the toc frame with target="details". Clicking the back button does nothing. - I click a link in the details frame with target="_top" the back button takes me back to the original frameset (index.html) Hopefully, this sequence can be used to determine where the problem is. My site is at http://www.AceProgrammer.com
I mentioned this bug in my comments for bug 99638: http://bugzilla.mozilla.org/show_bug.cgi?id=99638 Here's what I posted there: Go to: http://kuipers.dhs.org:1333/ Click the Links link. Click Back. It may work. Click on the Family link and enter the following login info: moztest M0ZqaT35T Now click one of the Links icon on the left. Try clicking back. For me it doesn't work. Notice the query string. On the Links page, pick Slashdot. Click Back. Notice the query string is gone and the Links page is also gone (it's back to the default page). This is on Mandrake Linux 8.0, Mozilla 0.9.5 (build 2001101202). I have always had touch and go luck with navigating frames on my site using back. 0.9.5 introduced the elimination of the querystring.
Assignee | ||
Comment 5•23 years ago
|
||
Assignee | ||
Comment 6•23 years ago
|
||
I have attached a patch that fixes the problem with http://kuipers.dhs.org:1333. But I haven't tried the other testcases yet. The fix I checked in for bug 103978, also takes care of some of the problems with framesets. Would appreciate any input on the patch.
Assignee | ||
Comment 7•23 years ago
|
||
With the attached patch, I spent some time in www.aceprogrammer.com. 1) Clicked on Nikps in the left frame 2) Clicked on About myself. 3) Scrolled down in hte right frame and clicked on envirolink and leter on at friends of the river. I could go back and forward smoothly after that. Would appreciatre more specific test cases that I can try on before I look for reviews.
Keywords: mozilla0.9.7
Comment 8•23 years ago
|
||
Here's a reproducible test case. 1. visit http://webcenter.shop.aol.com/books/index.adp 2. click on either "cdnow" or "amazon" in the right hand list of images. 3. notice your taken to a framed page w/ "Shop@AOL" in the top frame, then the destination site in the lower frame. 4. click a link in the lower frame. 5. click the back button 6. notice you're taken all the way back to the start URL, no matter how many links you clicked in the bottom frame. expected behavior: back button traverses the frame history.
Assignee | ||
Comment 9•22 years ago
|
||
jud: The problem at shop.aol.com was wyciwyg. It now works fine. I think all the test cases listed here work fine. Marking fixed.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
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.
Description
•