Closed Bug 419541 Opened 16 years ago Closed 15 years ago

Firefox can't load page when returning from Sleep mode in Vista

Categories

(Firefox :: Shell Integration, defect)

x86
Windows Vista
defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: walsh.benj, Unassigned)

References

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12

This is intermittent, it does not seem to happen every single time. When returning from sleep mode and having left Firefox open, the browser cannot load any page. All other internet traffic goes through (MSN, ping, opening the same pages in Opera). I have to close Firefox and reopen it to solve the issue. I am running Vista that was pre-installed. The machine is an HP TX1314CA if you need the exact specs, including the NIC (using the wired connection in this case).

Reproducible: Sometimes

Steps to Reproduce:
1. Leave Firefox open
2. Put laptop in sleep mode (I do it via the start menu item)
3. Bring laptop out of sleep mode
4. Click on a URL
5. Page won't load
Actual Results:  
Page does not load.

Expected Results:  
Page should have loaded and displayed.
What does "netstat -b -o" say when problem occurs?
(See Bug 411258 Comment #1 & Bug 411258 Comment #3. See also 390258, Bug
361060)
Restart of Firefox is a effective recovery procedure?
Attached file 'netstat -b -o' dump
Very similar to 411258. My problem also appears on an HP laptop, Pavillion TX1000 series running Vista Home Premium.

Closing the browser window and restarting Firefox fixes the problem on the surface; older FF process hangs around when the browser is restarted: I have to kill the older process manually; I use Google browser sync and it cannot finish its work when I close the original window: I have to force cancel it.
(In reply to comment #3)
> 'netstat -b -o' dump
Only 3 loopback sessions.
(127.0.0.1:59502 hermes:59503 looks to be lost or closed)
> TCP 127.0.0.1:59503 hermes:59502 ESTABLISHED 5888 [firefox.exe]
> TCP 127.0.0.1:59504 hermes:59505 ESTABLISHED 5888 [firefox.exe]
> TCP 127.0.0.1:59505 hermes:59504 ESTABLISHED 5888 [firefox.exe]

AFAIK, loopback session is used at least for SSL support & IPv6 support by Mozilla family. Is your setting of network.dns.disableIPv6 false? Or true?
Do you use/need IPv6? If no, and if IPv6 support is enabled as default when Vista, can you check Fx's behavior when IPv6 support of MS Win Vista is disabled?
(In reply to comment #4)
> running Vista Home Premium.
Possibly "Vista Home" only problem. See 411258 Comment #12.
Bug #411258 Comment #12 might be relevant: I have a USB keyboard and mouse hooked into that laptop via a USB KVM via an HP quickdock (port replicator). This is my current setup, but the problem was occurring before I introduced the KVM in the equation.

I am not using any of that ReadyBoost ****, and I don't have a USB HD/key hooked into the laptop when the problem occurs.

I have turned off IPv6 on all interfaces but I cannot shut it down completely (looks like you cannot do that on Vista), in particular, if I trust the MS support entry (http://support.microsoft.com/kb/929852) on this subject, the IPv6 loopback interface is always present.

I'll give it a whirl and see if the problem persists.
To Benjamin Walsh(bug opener):

Get NSPR log with time stamp, if your problem is re-creatable. See Bug 411258
Comment #10 for getting log with time stamp.
I don't have the machine this was causing problems on anymore and it hadn't happened in a while anyway.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: