Closed
Bug 343618
Opened 18 years ago
Closed 17 years ago
stopped page loading when got cookies and browser.cache.memory.enable=false
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 184304
People
(Reporter: rushpl, Unassigned)
References
()
Details
(Whiteboard: CLOSEME 07/14)
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; X11; Linux i686; pl) Opera 9.00 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4 In the URL I provided, there is a php script with the following code ------- <? session_start(); ?> <html> <head> </head> <body> DUPA </body> </html> ------- Now, when browser.cache.memory.enable=true it all loads smoothly but when the option is turned to false the page stops loading immediately after getting the header, I was having problem with my page and I narrowed it to the session_start() in php, I also asked my Windoze friend to check this problem, he confirmed, it probably affects all platforms. I would also check other Firefox version, but I don't have much time, sorry, posting this bug here already took enough of it. Reproducible: Always Steps to Reproduce: 1.Set browser.cache.memory.enable=false 2.Go to http://eros.vlo.gda.pl/~rush/test.php 3.Wuala, page doesn't load. Actual Results: Page didn't load. Expected Results: Load the page. :) Didn't I provide them in Details ? :P This bugzilla is really weird.
So this is the reason! The cookies. I should have noticed this myself... Yes, I can confirm this bug. However, it only happens on NON-SSL pages! I already stopped using Firefox on my Linux system, as uninstalling and reinstalling did not change anything, and I could not remember any setting changes, that could have lead to this problem. So now, about 4 months later - using Konqueror the whole time - I again tried to fix the problem, reinstalling Firefox itself, removing all extensions and other stuff, but nothing made it work. Suddenly I rememberd having changed this cache setting to false, as Firefox started to consume enormous amounts of memory, after running more than a day. So I changed the value to its default (true), and suddenly it was working again! I will now switch back to disabling "browser.cache.disk.enable". However, this did not eleminate the "memory leak" (call it what you like to, I cannot imagine a better name at the moment ;)) in the past - but maybe it does now. Thanks in advance, for fixing this issue! ;) Br, Thomas.
Comment 2•17 years ago
|
||
Reporter, do you still see this problem with the latest Firefox 2? If not, can you please close this bug as WORKSFORME. Thanks!
Whiteboard: CLOSEME 07/14
Version: unspecified → 1.5.0.x Branch
Comment 3•17 years ago
|
||
This is probably a dupe of bug 184304 that was fixed for Firefox 2 but not ported back for Firefox 1.5. It works for me in FF 2.0.0.4.
Comment 4•17 years ago
|
||
Actually, this is definitely a dupe as the testcase page is served with Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•