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)

x86
Windows 98
defect

Tracking

()

VERIFIED WORKSFORME

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: don → radha
Priority: P3 → P2
Target Milestone: M7
Target Milestone: M7 → M8
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"
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.
Component: Apprunner → Event Handling
QA Contact: leger → janc
Status: NEW → ASSIGNED
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
Jan, Can you verify this bug and update. Session History has changed in M7. Please try in the latest builds. Thanks,
Target Milestone: M8 → M11
No info on whether is this is still reproducible. Moving to M11
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
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! :)
Status: RESOLVED → VERIFIED
Summary: Pressing back than forward doesn't redisplay the page → Pressing back then forward doesn't redisplay the page
marking verified per reporter comments.
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.