Closed Bug 201702 Opened 23 years ago Closed 20 years ago

Browser freezes after some idle time (network account)

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: nbaca, Assigned: asa)

Details

(Keywords: hang, Whiteboard: [need info])

Trunk build 2003-04-08: Linux RH 8.0 Overview: After opening the browser and leaving it idle for a little while (i.e. 5 minutes) then the application freezes and displays cascading windows if I try to move the window. I can't kill the process or do anything else on the system. I then have to perform a hard boot. Steps to reproduce: 1. On my linux rh 8.0 system I login to the network 2. Open the browser 3. Wait about 5 minutes Actual Results: Try to move the window and a cascading effect appears. I try to kill the process but that doesn't work. Trying to shutdown the system also fails. I then have to perform a hard reboot. This problem also occurs if Mail is open. If I login to my local system and run the browser from my local drive then it is ok. Expected Results: The browser should not freeze.
Sarah, have you seen this problem?
QA Contact: asa → gbush
i haven't experienced this (yet), but fwiw, i've been logging in using a local account, not my network account. cc'ing bryner --brian, have you heard of (recently?) issues of mozilla hanging when logged on via a network account? there might've been old bugs about that, but i don't know if they've surfaced again with rh8.0 or rh9.0...
Keywords: hang
Summary: Browser freezes after some idle time → Browser freezes after some idle time (network account)
i tried searching on bugs involving mozilla and nfs, but could find anything that's like this (somehow i don't thing bug 19163 would fit, since this isn't migration).
Under Windows i have the same problem, leaving Mozilla (1.3 as well as 1.4 alpha) for a while results in slow appearance, slow reactions and, cascading Windows :/ I'm not sure if Phoenix 0.5 (wich i used before, because of it's anti-popup and tabbed browsing functions) had the same problem... The only solution is to reboot, just restarting Mozilla (also in the taskmanager, dôh) won't help :( At first i thought Java (Sun Java RE 141) was the source of the problem, but after deleting it it still reacts slow :(
could this be related to bug 196487? see also bug 204643, which was dup'd against bug 196487.
I am seeing this today also- first few minutes of browsing/testing are ok, then I am unable to send IM or browse. If I wait a bit, I can work again, but only for a few minutes- nominating
Keywords: nsbeta1
could this be related to bug 90682?
adt: need info. Grace, is this recurring with current builds?
Whiteboard: [need info]
I am seeing this on the 5/14 build-
adt: need info. Grace, when you notice these characteristics, can you check if Mach V suffers from this behavior? That is, is this a regression? Thanks. It has been suggested that this could be a symptom of intranet latency/slowness.
adt: nsbeta1-
Keywords: nsbeta1nsbeta1-
Product: Browser → Seamonkey
Seems this mighty bug returned in Gecko 1.8! :-( Also happens with SeaMonkey 1.0 alpha on Windows 98SE. It freezes the whole computer after some idle time leaving no other escape than hitting the reset switch. Seems not to happen with Gecko 1.9 based builds (SeaMonkey 1.1a)...
resolving WFM -- everyone who ever saw this is gone if you think you're seeing this, look for other bugs or file a new one.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.