Closed Bug 6967 Opened 26 years ago Closed 25 years ago

hitting BACK button does not refresh view

Categories

(SeaMonkey :: UI Design, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: mikko.rantalainen, Assigned: radha)

References

()

Details

(Whiteboard: [NEED HELP] Need input from QA)

Steps to Reproduce: 1) load www.nvidia.com 2) load some working address like www.yahoo.com 3) press Back button Actual Results: nothing happens (on browser view - some text on console) Expected Results: Site "www.nvidia.com" should have been showed on screen (it's back button:) Build Date & Platform: M6 (ID: 1999052308) - I think that the same bug has been around from the times of M3 or so, but I thought at that time "back" wasn't implemented fully. Additional Information: This seems to be related to browser cache, because deleting cache directory and then pressing back, the view refreshes. Cache seems to be corrupted(?) when loading of document ends at "Error loading URL http://www.domain.com/". The very same error message stops the parsing/rendering of page during loading (and may be source of other rendering errors). I included also the last two lines of my apache log in case it means something to you. File bg.jpg was loaded successfully, but browser couldn't load bartop.gif (or at least it did not show it). " - - [24/May/1999:18:07:21 +0300] "GET /mira/bg.jpg HTTP/1.1" 200 2897 - - [24/May/1999:18:07:21 +0300] "GET /mira/bartop.gif HTTP/1.1" 304 - "
Assignee: don → radha
Target Milestone: M7
Radha, is this a history problem or a bug in Gecko?
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
I just tried this with May 24 build on Win95. Went back and forth using Back and Fwd button many times. Works Fine. Please try today's build.
Status: RESOLVED → REOPENED
Per mail from mira sent directly to leger(reopening bug for further investigation): I'm currently using apprunner build ID 1999052408 (win32) and I can still see the problem. what I see is following: -I type www.nvidia.com at location bar and I see their site (not like in IE5 or Nav4, but I see at least something) NOTE! I have seen this bug only when console says now "Error loading URL" (I *sometimes* get this error also for "smoketests" - for nVidia site I have seen that every time.) -After that I type www.yahoo.com at location bar and I see their site just as it should be -when I after that press Back once I see following text in console "Obtained MenuItem Back Setting Back menuitem to enabled Error loading URL http://www.nvidia.com/" but browser view stays in www.yahoo.com (and I can for example scroll/resize window and it still shows me yahoo) if I hit BACK another time console shows that it goes through history correctly, but only sites that do not show text "Error loading URL" will be shown in browser. I wonder if the problem arises from the never refresh -cache setting (cannot change it because mozilla crashes when trying to change preferences). If this bug cannot be reproduced it must be my windows95 (I'm having some driver problems currently).
QA Contact: 3853 → 3849
Resolution: WORKSFORME → ---
Status: REOPENED → ASSIGNED
I would say that this is a history problem. We need to iron out certain behaviors when it comes to session history. I'll take it. It may take a while to fix it.
Target Milestone: M7 → M8
Some history issues to be ironed out. Can't make it in M7.
*** Bug 7750 has been marked as a duplicate of this bug. ***
As leger mentioned in previous mails. I can't reproduce this. I think this could be something to do with running behind a proxy server. Do we have a test environment where we connect to a proxy server? Can some one verify this. mira, can you try this in latest builds and update me. Session history mechanism has changed. I wonder if that would make any difference
Moving all Apprunner bugs past and present to Other component temporarily whilst don and I set correct component. Apprunner component will be deleted/retired shortly.
Cannot reproduce this under Linux, but this still happens at least under w95 and w98 when using viewer/Apprunner with Build ID: 1999062208. This might be a problem with parser or renderer, because the only page I *always* see it is http://www.nvidia.com/. Best way to see it under w95 is to go yahoo.com then nvidia.com and then yahoo.com. After that pressing back doesn't update view. Pressing Back another time shows first one of the yahoo.com pages.
In my debug build on windows NT, I could go to nvidia's page back & forth after going to other sites. I hate to be going back & forth on this with the reporter. Can someone in QA take a final look or try it in WIN 95 and take a decision on this. I think in general back & forward works fairly decently now. If QA agrees on that, I think this bug s'd be closed.
Target Milestone: M8 → M11
No info on if this is still reproducible. Moving to M11.
This is still reproducible. Try http://www.vc3.com on x86 (NT) Milestone 7
Whiteboard: [NEED HELP] Need input from QA
There has been a lot of going back and forth between us and the reporter on whether this is reproducible at all. I w'd like a final answer on it and clear it if this is not reproducible. Need help from QA on this.
QA Contact: beppe → leger
Status: ASSIGNED → RESOLVED
Closed: 26 years ago25 years ago
Resolution: --- → WORKSFORME
OS: Windows 95 → Windows NT
I'm using build 1999082316 on NT and pressing the back button on ANY page that is not fully loaded results in a general protection fault with an obvious overflow 0xaaaaaaaa as the "read" address. When viewing the bugzilla list of frequently reported bugs I can select a bug, wait for the page to load, press back and it goes back to the page I was at BEFORE the list of frequently reported bugs.
Component: other → XPApps
QA Contact: leger → claudius
claudius, please verify.
Works for me: Platform: PC OS: Windows 98 Mozilla Build: 2000101020 M18 Trunk Build
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.