Closed Bug 91528 Opened 23 years ago Closed 21 years ago

link-click -> blank pages. reload fixes page

Categories

(Core :: Networking: Cache, defect)

Product:
Core
Component:
Networking: Cache
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: mgalli, Assigned: darin.moz)

References

Details

(Keywords: verifyme)

Attachments

(3 files)

Example of intermediate state where Mozilla is displayed wrong
28.06 KB, image/png
Details
Packet traffic of both a blank page case and a normal case.
5.54 KB, application/octet-stream
Details
Screendump showing empty images on page
126.66 KB, image/png
Details
These days is pretty common to click in a link and go to a blank page. Then if you click reload you have the page loaded. It's browser-general at this point. With me (win98) is happening daily many times. Win Arun also happens sometimes. My place (win2K) also sometimes.
Happens with Gecko/20010719 (branch). Based in the number of times I am experiencing this, I believe is critical. Please help to doublecheck and review this.
Severity: normal → critical
Over to Cache.
Assignee: asa → gordon
Component: Browser-General → Networking: Cache
QA Contact: doronr → tever
What platform was Arun able to reproduce this on? Is the page for the link already in the cache or not? Is this happening on the trunk?
Target Milestone: --- → mozilla0.9.4
I often get this on Linux (Debian Woody, 2.4.2 kernel). Mozilla 0.9.2 (Build 2001062823).
I've seen this on Win32 and Linux. The only page I know that reliably does this is the configuration web page for my Linksys firewall/router. Unfortunately, the IP is internal-only, so it's not much use here. I can grab the HTML if that'd help. The particular router is rather common and maybe someone can confirm this?
Perhaps getting the info on the cache entry itself (about:cache, look in both memory and disk) would be uselful. When I see a similar problem, I ususally have to shift-relaod to get the content to display.
I'm also seeing this on W2K with build 2001083003. It seems to be especially bad for pages that are the result of a form submission (i.e. pages that should not be in the cache). My "favorites" at the moment are http://idw-online.de/user (the whole user area, whenever I submit something, the page is blank) https://meine.db24.de (online banking of Deutsche Bank but here the page doesn't even stop loading so maybe this is another issue)
From long time I don't see this anymore. This was fixed I believe possibly due to other fixes.
I believe I saw this 2 days ago
Gordon/Gagan - Is this worthy of a nsbranch+ nomination. Pls help . . . we are trying to get a good picture of what work is left for the next release.
We still don't know what is causing this, or even if really is related to the cache. Moving to 0.9.5 for additional investigation.
Target Milestone: mozilla0.9.4 → mozilla0.9.5
On my system, this problem has been introduced with the 0.9.4 release, i hadn't this bug with earlier releases. Here is my linux system : - Progeny Debian - glibc 2.2.3 - mozilla release 0.9.4 - kernel 2.4.9-ac7
I also find this is new with 0.9.4. Form data, particularly with multiline text boxes, seems to provoke it more. I've spent some time trying (with e.g. xlab; see http://www.st.cs.uni-sb.de/dd/) so get a reproducible test case, with no luck. Sometimes this manifests, e.g. with the mozilla homepage, as: - first click on M in upper-right corner yields blank page - next click on M yields most of the text, but formatted incorrectly; bad tables or something (I'll try to get a screenshot) - next click on M yields correct page My system: - Mozilla 0.9.4 - x86/Linux 2.2.19 - gtk 1.2.8 - glibc 2.1.2
Another version of the same bug (I think) is when I choose a site from the "Go" menu history and nothing happens. When I go back to the "Go" menu, the site I selected is checked, but I'm not there. Choosing it a second time is sufficient to make mozilla really go there.
I see this on MacOS 9.1 and Mozilla 0.9.4 (talkback binary 20010913). For instance with this page (there is no form input involved): http://www.linuxda.com/store/infopda.html If I go back and forward again, the page is there. Then back and forward a second time, the page is blank again. And so on. Every second time it is blank.
I have no idea if this is useful information but as somebody proposed about:cache, I found the images in the memory cache and the html file in the disk cache as: Key: http://www.linuxda.com/store/infopda.html Data size: 15803 Bytes Fetch count: 35 Last Modified: Wednesday September 26 14:53:16 2001 Expires: Thursday September 27 03:59:28 2001 I checked both when the page was blank and ok, and it looked the same. Furthermore I try loading from two different browser windows and the page is blank every other time I load it, no matter from which window or what order I do it.
When the page is blank and I choose View Source I see the full source. When the page is correctly displayed View Source gives only: <html><head> <meta http-equiv="content-type" content="text/html;charset=iso-8859-1"> Too bad there is no View HTTP Headers option (Bug 81202) - that would have helped simple bug testing for non-sofisticated non-coders like me. (I'll shut up now for today :)
Another test case, this one capable of wedging Mozilla permanently into the will-not-display-any-page state, is described under bug 100376. (For Linux only, and uses a kernel patch.)
Worksforme! With nightly 20010928 (MacOS9) I don't see this problem anymore.
I've seen this a lot, but have no idea how to reliably reproduce it either.
Still no reproducible case, or clues to what's wrong. Changing target milestone to 0.9.6. Ian, what builds/platforms have been seeing this problem?
Target Milestone: mozilla0.9.5 → mozilla0.9.6
I'm not sure how much this can help but I am developping a server side application using Tomcat 4.0 and I see this bug a *LOT*. However even so it is very difficult to analyse... My guess would go to content expiration time that's somehow false. I have a way to reproduce it pretty regularly though... 1. Make a successfull hit on the Apache Tomcat server (I'm using a link in the links toolbar) 2. Wait a bit (30 seconds or more) 3. Click on the link again 4. boum -> blank page 5. Clink on the link again (after 3-4 seconds) 6. Normal page I've also been analyzing the traffic between Mozilla and the server, and on the failed reply something weird seems to be happening : I get the GET request to the server, but then it seems to be another TCP connection that's used to send the reply !? On a normal request both the GET and the reply use the same TCP connection... I've got packet dump of both situation, tell me if your interested and I can attach them to this bug... By the way my configuration is the following : - Mozilla (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4+) Gecko/20011002) - Apache Tomcat 4.0 configured with HTTP/1.1 connector - Mandrake Linux 8.1 (Kernel 2.4.8, glibc I would really appreciate if we find this one because it's nightmarish to develop with :)
gordon: All on Windows 2000, but other than that I dunno -- I've seen this on and off on both Mozilla builds (recently) and Netscape builds (a while ago), on various different network topologies (Modem, Cable, T1, OC43), and have not noticed any particular pattern. I'll keep an eye out.
darin, read Serge's comment above about the reply getting returned on a different TCP connection than the request. Any ideas?
serge: please do attach the packet traces.. thx!
Ok I have just attached two packet traffic dumps. A few notes about the dumps. This is localhost traffic (interface lo on Linux Mandrake 8.1). Ethereal 0.8.19 was used to dump the traffic, and I've confirmed it's accepted by tcpdump 3.6.2 (maybe earlier ones also work, but I don't have them). There are two files, both done on the same page. Once of them is the blank page case while the other is the normal page case. These were obtained by using the procedure I described previously.. I sure hope this is relevant and it helps !
serge: thanks for speedy reply.. can you also tell me what mozilla version you used to generate these traces? thx!
You're welcome. I already posted it but here we go again for the sake of email :) - Mozilla (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4+) Gecko/20011002) - Apache Tomcat 4.0 configured with HTTP/1.1 connector - Mandrake Linux 8.1 (Kernel 2.4.8, glibc 2.2.4)
Moving to 0.9.8.
Target Milestone: mozilla0.9.6 → mozilla0.9.8
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Darin, I'm giving you this one until you have a chance to investigate the packet traffic attachments. If this is related to the cache, I'm happy to take it back.
serge: are you able to reproduce this problem using a recent nightly build? many bugs related to this symptom have been fixed since last october. thx! also, if anyone can provide links to sites where this is still a problem, it would be much appreciated :-)
Shows how images sometimes show up as blank on a page.
Hi. I haven't reported on this bug yet, but I think I've been seeing the symptoms for quite some time (and still am). When I first start mozilla and visit pages, things are fine; after awhile, if I revisit a page, images tend to be broken, CSS info sometimes gets "lost", or pages simply refuse to load. A shift-reload fixes the problem temporarily. I recently changed the cacheing to compare once per session instead of when the page is out of date, and I think that helped, but I'm afraid I'm not always refreshing pages when I should. I've since changed back. I'm using 2002020222 on Linux at the moment and still seeing the problem. my.yahoo.com just came up with blank images for several small icons. I created an attachment showing it. about:cache says this about one of them: key: http://us.i1.yimg.com/us.yimg.com/i/we/my/85.gif fetch count: 5 last fetched: Fri 08 Feb 2002 07:59:57 AM MST last modified: Wed 06 Feb 2002 09:00:11 PM MST expires: Sun 14 Apr 2002 09:34:32 PM MDT Data size: 523 Security: This document does not have any security info associated with it. Client: HTTP request-method: GET response-head: HTTP/1.1 200 OK Age: 13570 Date: Thu, 07 Feb 2002 00:10:22 GMT Content-Length: 523 Content-Type: image/gif Expires: Mon, 15 Apr 2002 03:34:32 GMT Last-Modified: Fri, 15 Apr 1994 00:00:00 GMT Via: 1.0 wwwcache (NetCache NetApp/5.2.1D1) It sure seems like there's some problem determining when a cached file has expired. If there's anything special I can do to help, let me know.... (I'm kind of new to this bug reporting.)
I should add a few things that I of course forgot: Images often show up as the broken image icon, not just blank. I'm downloading and trying the latest nightly. I'm not sure, but things may have gotten better recently. I'll use it for awhile and post an update. I wanted to let you know that I've definitely seen problems since October, though.
Okay, it happened again with the latest nightly. A "new" icon at linuxtoday.com is showing up blank. The image is listed as being in my disk cache, but it doesn't look like that file actually exists in my Cache directory. There's no file of the specified byte size, at least. (Is there a way to map about:cache entries to files on disk?) I'm not running out of disk space, either. Any idea why a cache file would get deleted?
Darin : No actually the problem disappeared in 0.9.7 as far as I am concerned. Sorry I didn't get back to you on this earlier...
I apologize if my comments weren't exactly relevant to this bug; I had convinced myself that this was the closest bug and went nuts. In any case, I do also see occasions where a page comes up blank, with a shift-reload eventually fixing it. A place where it happens fairly often is http://www.thecarplace.com/ (just happened again). It feels like the broken images, broken CSS, and blank pages are all related, but who knows.... Using 2002020208.
vinay for investigation. Low visibility hence nsbeta1-
Assignee: gordon → badami
Keywords: nsbeta1-
Target Milestone: mozilla0.9.9 → mozilla1.0
the broken image problem is bug 126689 ... it does sound somewhat similar
Sometimes after longer using of a browser, some pages are not loaded/displayed (blank page instead). It happens for example with www.mozilla.org - hitting Mozilla button/logo at the right top corner fills URLbar with http://www.mozilla.org/ but the page is finished blank. Shift+reload fixes it and other loads of the page are ok then. I don't have an easy way how to reproduce it. This didn't happen for me with trunk week older but with current trunk (last 1-2 days) it's happening frequently. Mandrake Linux 8.2, 20020407
any chance that you ran two instances of mozilla at the same time with the same profile?
Yes, this could be the case. I changed all my desktop shortcuts to script which makes sure this doesn't happen again. (If it will, I'll tell here...)
Can you reproduce the problem with a new profile that is used only on Mozilla?
I am seeing the same symptom (page sometimes but not always initially displays blank, then after a Shift-Reload it displays fine) and suspect it's probably the same cause as that which this bug report is tracking. I started seeing this problem using Mozilla RC1 on WinXP Pro and am seeing it more frequently in Mozilla RC2 on WinXP Pro. It happens most often on the employee phone number list page on Kontiki's intranet. (I can't attach this page as it contains the home phone numbers of all our employees!) The page is an HTML page that was created using Excel. I did a View Source the last time this occurred and interestingly, it showed this markup: <html><body></body></html> I don't believe I have multiple instances of Mozilla running at the same time when this occurs. (How would I check?) I occasionally use the same profile with Netscape 6.2.2 but usually use Mozilla. AFAICR only Mozilla has been open when I've seen this bug.
-> me
Assignee: badami → darin
Target Milestone: mozilla1.0 → Future
I've had this problem on build 2002052305 (1.0 RC3) with Mac OS 9.1. Occasionally, page load and shows up blank (with source "<HTML><BODY></BODY></HTML>").
I haven't seen this for a long time. Now it's back on Yahoo!Mail. Using 1.1a (build 2002061104) on Win2K. Trunk build from 05/21|22 didn't have the problem (for me)
I too had not seen this for ages until recently (past month or so). I didn't report anything because I couldn't find something decent to point you folks at. Anyhow, an additional datapoint is that while the page does not display in the browser, it'll display fine in print preview and then when you close that it'll be displayed correctly in the browser window.
Seein this frequently on Linux Mozilla 2002062307
Just started happening on OS X with build 2002100208.
On MAC OS X 10.2.1 See this problem in CHIMERA looking at http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=comp.sys.mac.apps Set the browser for tabbed browsing and loading pages in background. Pick any news group item and CMD Click it, tab created with blank page. Reload will fix it. Also if loading pages in bkground is unchecked page will be OK. NOTE: On other sites (Slashdot, MacSlash) this does not happen, it only seems to happen on the complex (Framed ?) pages in Google news groups. This does NOT happen in MOZILLA 1.2
All/all.
Keywords: mozilla1.3
Hardware: PC → All
It will be interesting to see whether anyone is still seeing this bug after 1.3 final is released. I think there have been fixes checked in that address this.
I haven't seen this for a time. Anyone has?
Still seeing as of 1.3b, but usually the page isn't blank, it just fails to draw over the previous page. Hitting reload will load up the correct page into the browser window.
*** Bug 207937 has been marked as a duplicate of this bug. ***
saw this with mozilla.org and one other site recently don't remember if clearing the cache solves the problem
This is pretty old and seems to never have been isolated. is there a current (mozilla 1.4b+) example that is NOT fixed by clearing the cache and/or new profile isolation?
QA Contact: tever → cacheqa
Summary: Common to see blank pages when click a link. Then reload you have the page. → link-click -> blank pages. reload fixes page
Daniel: what version of mozilla were you using when you experienced this problem?
20030529 (or later) build, win98se. happens only rarely and sometimes two or more reloads are required.
Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.4) Gecko/20030624 Seems I encountered an opposite problem. After having viewed, reloaded, and viewed again a number of times since yesterday http://ex-mozilla.org/date.html, I hit reload once again, and the top of the page was missing, displaying from the middle of some paragraph at the top of the viewport. On hitting reload again, I got a blank page: <html><body></body></html>. Clicking reload several times kept the blank page each time. I was able to reach the actual page after the following actions: 1-back 2-clear cache 3-fwd
OS: other → All
should w resolve/invalid, and get new bugs for current problems?
-> WFM. Mozill 1.4.1 and later bugs of this type need new bug reports.
Status: NEW → RESOLVED
Closed: 21 years ago
Keywords: verifyme
QA Contact: cacheqa → benc
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: