Closed Bug 155459 Opened 24 years ago Closed 21 years ago

Resource leak browsing local fs

Categories

(SeaMonkey :: UI Design, defect)

x86
Windows 98
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: 6jju4k002, Assigned: samir_bugzilla)

References

()

Details

(Keywords: hang)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0.0) Gecko/20020530 BuildID: 2002053012 If you browse back and forth between 2 locations on the local fs you can easily consume all the resources on a win98 machine. Preconditions: Mozilla browser is open. Directory A. –Usually file:///C:/ Driectory B. –Usually file:///C:/Program Files Reproducible: Always Steps to Reproduce: 1.Open directory A, by entering in location bar. 2.Open directory B, by entering in location bar. 3.Use “back 1 page” button to return to direcory A 4.Use “forward 1 page” button to return to direcotry B 5. Repeat 3 & 4 a couple of times. Actual Results: After a couple of iterations, the GDI & System resources decreases by approx 5-10% for each click of forward & back buttons. (Resources analysed using windows Resource meter) Expected Results: Resource consumption for each page should be constant. Further steps: 1. Open file menu and click File->Exit. Result: All resources are recovered. (Better than IE, once it’s got it’s mits on some resources, then you’re stuck) Discussion: This is an extremely rapid resource leak, please fix in 1.0.1
OK, Shuold have submitted it as a Networking:File bug, moving it to that component.
Component: Browser-General → Networking: File
-> NEW - Mozilla 1.0, Win98 +mozilla 1.1, nsbeta1, hang I did this until the values read "0%", and then I got a warning that if I didn't stop, I would crash freeze my system. reporter: in the future, please change ownership to the defaults when you switch components.
Assignee: Matti → dougt
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: hang, mozilla1.1, nsbeta1
QA Contact: imajes-qa → benc
does this occur on windows NT?
*** Bug 158967 has been marked as a duplicate of this bug. ***
xul directory viewer bug.
Assignee: dougt → sgehani
Component: Networking: File → XP Apps
QA Contact: benc → paw
*** Bug 153628 has been marked as a duplicate of this bug. ***
Nav triage team: nsbeta1-
Keywords: nsbeta1nsbeta1-
I cant' reproduce this bug with 1.0.1 nightly build (Windows 2000) I think that this is a dup of bug 144879, wich was fixed around june 21 on trunk & branch. Reporter, can you try with a nightly build ?
Reply to Comment #8: Will try to test with windows tomorrow. (I'm currently using Mozilla largely on Linux.)
*** Bug 148521 has been marked as a duplicate of this bug. ***
Eventually I got round to testing it. I think this is fixed. See no resource leak at all. Build tested: 2002100108 The only thing different is that i've moved my theme from Pinball to Modern.
Ok, nobody's commented on this bug in age, I think it's fixed, marking as fixed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
I haven't had this problem again, but I don't know if it's been 'fixed' , maybe just left verified or unresolved then closed or something?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → RESOLVED
Closed: 23 years ago21 years ago
Resolution: --- → WORKSFORME
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.