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:126.96.36.199) Gecko/20060508 Firefox/188.8.131.52 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.
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
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 184.108.40.206.
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
Last Resolved: 11 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 184304
You need to log in before you can comment on or make changes to this bug.