Closed
Bug 7099
Opened 26 years ago
Closed 26 years ago
Pressing back then forward doesn't redisplay the page
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P2)
Tracking
()
VERIFIED
WORKSFORME
M11
People
(Reporter: hyp-x, Assigned: radha)
References
()
Details
I'm running 1999052808.
Reproduce:
Start Apprunner and wait for the smoketest to load - it loads successfully.
Hit back. Blank page appears.
Hit forward. The smoketest page does NOT reappear.
Expected result:
The page should be redisplayed
Details:
This is the first time I've running <ozilla behind a firewall, I've just read
a bug report that revealed to me that it's possible. :)
Actually back&forward doesn't work for me on any other page I've tried.
----My prefs50.js file:
// Mozilla User Preferences
// This is a generated file! Do not edit.
user_pref("network.proxy.ftp", "10.0.0.1");
user_pref("network.proxy.ftp_port", 80);
user_pref("network.proxy.http", "10.0.0.1");
user_pref("network.proxy.http_port", 80);
user_pref("network.proxy.type", 1);
----The output of apprunner:
The Messenger component is available. Initializing...
Messenger has been bootstrapped!
The Message Compose component is available. Initializing...
Composer has been bootstrapped!
Reading file...
Reading file...Done
Reading file...
Reading file...Done
Reading file...
Reading file...Done
Reading file...
Reading file...Done
Doing Startup...
Creating browser app core
BrowserAppCore has been created.
Setting content window
Reading file...
Reading file...Done
Init!
Reading file...
Reading file...Done
adding
"http://cvs-mirror.mozilla.org/webtools/tinderbox/showbuilds.cgi?tree=SeaMonkey&
flash=1" to the tree
Connect: Contacting host: 10.0.0.1:80...
Connect: Host cvs-mirror.mozilla.org contacted. Waiting for reply...
Transferring data from cvs-mirror.mozilla.org
poll interval = "[xpconnect wrapped nsIRDFNode]"
http://cvs-mirror.mozilla.org/webtools/tinderbox/showbuilds.cgi?tree=SeaMonkey&f
lash=1: setting poll interval to 60sec.
Document: Done (11.75 secs)
Got a handle to forward menu item
Setting forward menu item disabled
Obtained MenuItem Back
Setting Back menuitem to enabled
Document http://www.mozilla.org/quality/smoketests/ loaded successfully
Going Back
Goto 0
Document: Done (0.27 secs)
Got a handle to forward menu item
Setting forward menu item enabled
Obtained MenuItem Back
Setting Back menuitem to disabled
Document about:blank loaded successfully
Going Forward
Goto 1
Document: Done (1.49 secs)
Got a handle to forward menu item
Setting forward menu item disabled
Obtained MenuItem Back
Setting Back menuitem to enabled
Error loading URL http://www.mozilla.org/quality/smoketests/
Assignee | ||
Updated•26 years ago
|
Target Milestone: M7 → M8
Assignee | ||
Comment 1•26 years ago
|
||
Can someone verify this. I see this working in a build from yesterday. I think
this is something to do with the firewall. I don't quite understand what he
means exactly by, "Running behind the firewall"
Reporter | ||
Comment 2•26 years ago
|
||
Sorry for being unclear.
This is an intranet, and I don't have a globally valid IP address, so I can't
access the internet directly, only through a proxy.
I see the machine running the proxy server as 10.0.0.1 and the proxy runs
at the port 80
I may not be right to call the server "firewall", but that's how we usually
(possibly incorrectly) refer to it.
What I've meant that possibly the problem is that when revisiting the page,
apprunner may try to connect directly to the host / DNS lookup the host, or
whatever, which is not possible here.
Please note this is a "temporary" problem. What I mean that if I quit, and
restart the browser, the page loads OK again.
This makes it different to the bug #6967, which is a permanent problem,
where restart doesn't help alone. For that case I had to delete the cache
directory to make the startpage working again.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•26 years ago
|
||
I don't think that we are loading 'about:blank' anymore. But that doesn't mean
this bug is invalid. Are you able to go back & forth and load other pages?
Please try one of the latest builds and update
Assignee | ||
Comment 4•26 years ago
|
||
Jan,
Can you verify this bug and update. Session History has changed in M7. Please
try in the latest builds.
Thanks,
Assignee | ||
Updated•26 years ago
|
Target Milestone: M8 → M11
Assignee | ||
Comment 5•26 years ago
|
||
No info on whether is this is still reproducible. Moving to M11
Reporter | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 6•26 years ago
|
||
I'm no longer seeing this on builds with necko.
I think this was a netlib bug that was dumped with netlib.
I'm marking it WORKSFORME.
If I see similar behaviour again I'll file a new bug against necko.
Netlib is dead, long live Necko! :)
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Summary: Pressing back than forward doesn't redisplay the page → Pressing back then forward doesn't redisplay the page
Comment 7•26 years ago
|
||
marking verified per reporter comments.
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•