Closed
Bug 6967
Opened 26 years ago
Closed 25 years ago
hitting BACK button does not refresh view
Categories
(SeaMonkey :: UI Design, defect, P3)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
M11
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 -
"
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.
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).
Assignee | ||
Updated•26 years ago
|
Status: REOPENED → ASSIGNED
Assignee | ||
Comment 4•26 years ago
|
||
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.
Assignee | ||
Updated•26 years ago
|
Target Milestone: M7 → M8
Assignee | ||
Comment 5•26 years ago
|
||
Some history issues to be ironed out. Can't make it in M7.
Assignee | ||
Comment 7•26 years ago
|
||
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.
Reporter | ||
Comment 9•26 years ago
|
||
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.
Assignee | ||
Comment 10•26 years ago
|
||
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.
Assignee | ||
Updated•26 years ago
|
Target Milestone: M8 → M11
Assignee | ||
Comment 11•26 years ago
|
||
No info on if this is still reproducible. Moving to M11.
Comment 12•26 years ago
|
||
This is still reproducible. Try http://www.vc3.com on x86 (NT) Milestone 7
Assignee | ||
Updated•25 years ago
|
Whiteboard: [NEED HELP] Need input from QA
Assignee | ||
Comment 13•25 years ago
|
||
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.
Updated•25 years ago
|
QA Contact: beppe → leger
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago → 25 years ago
Resolution: --- → WORKSFORME
Updated•25 years ago
|
OS: Windows 95 → Windows NT
Comment 14•25 years ago
|
||
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.
Comment 15•25 years ago
|
||
claudius, please verify.
Comment 16•24 years ago
|
||
Works for me:
Platform: PC
OS: Windows 98
Mozilla Build: 2000101020 M18 Trunk Build
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•