Loading this page in Seamonkey shows a double load effect, where the page appears to almost fully load, then is erased to the background color, and loads again. This does not appear to be caused by either stylesheet loading or charset issues; the page headers look like: <META NAME="description" CONTENT="MacNN.com is the leading source for news about Apple and the Mac industry. It offers news, reviews, discussion, tips, troubleshooting, links, and reviews every day. The best place for Mac News. Period."> <META NAME="keywords" CONTENT ="Apple, Macintosh, iMac, Mac OS, Mac OS X, QuickTime, MP3, AppleInsider, news, apple, mac, MacNN, Macintosh News Network, Macintosh, powerbook, powermac, resources, updates, software, reviews, tips, rhapsody, Mac OS X, support, technology, macinfo, features, Mac X Server, Darwin"> <META HTTP-EQUIV="Expires" CONTENT="Thu, 27 May 1998 23:59:59+0500"> <META HTTP-EQUIV="Pragma" CONTENT="no-cache">

Cannot reproduce this on 2000.02.02.09 comm Linux build.

It can be reproduced with the M14 builds-du-jour on Mac and Windows but only with Mozilla, not with Viewer, and only if the page is not in the cache yet. I'm glad we found a case that's clearly not a dup of bug 17309: the page doesn't have any stylesheet. I saw several similar cases lately and I was starting to think that after all the loading of the stylesheets could not explain everything. It's probably a problem with incremental reflow. Reassigned to vidur.

Nominating for beta1. We're seeing it in mail and it is REALLY noticeable there. When displaying the message, it gets displayed and then it gets redisplayed again at the end. The mail problem started the same day Simon noticed this problem with web pages. They seem related. We have beta1 performance bugs for message display and this just made the problem worst.

It could be related to bug 22185 that's on my list. Vidur (or whomever the scapegoat will end up to be on that one): feel free to grab bug 22185 too.

Updating QA Contact.

Marking PDT+.

I don't see the double loading on Windows on a tree pulled 2/7/2000 build. Is the problem with this specific page platform specific?

I still see it every time we display a message in mail on windows....Just to re-iterate the mail problem started the same day Simon noticed this double load effect.

I'm changing the severity to critical. Our mail display performance numbers have degradated and mscott thinks it's due to this bug. http://www.mozilla.org/mailnews/win_performance_results.html

Pierre showed me the problem on the Mac early in the week, but I don't see it anymore on a different machine with a more recent build. I can't say if the mail problem is the same, but I don't see that either on Windows. Volunteers who have debug builds that show the problems would be much appreciated.

OK, I do see the mail problem and it's because all mail messages seem to have a linked style sheet. See bug 17309 for a discussion about that problem.

Since the reason for the PDT+ designation was the mail problem and it's been determined that the mail issue is unrelated to this bug, I'm going to remove the beta1 keyword. I'm still looking for a machine (Mac or otherwise) on which I can recreate this.

Hey Vidur, thanks for the pointer to the bug on linked style sheets. So that is probably a source of one of our performance problems for displaying messages. I'll follow that bug too. But coming back to this one, mailnews has always used a linked style sheet for the message pane (since at least this summer). The problem with the double-load effect that we started to notice didn't begin until the same day as this bug. That's what made me suspicious. In any case, I agree with vidur, that we can remove the PDT+ nomination for this. I'd still like to figure it out but it certainly isn't the only performance problem for us in displaying msgs. we have other fish we can fry =). But it would be nice to figure this out.

Part of the reason why I'm saying we may not need this for beta1 if mailnews is the only one pushing it is because evaughan landed some box changes Wednesday that dramatically reduced the number of reflows involving boxes which are used in part of the message pane. As a result, there is a signficant speed improvement for displaying messages. And that improvement helps hide the double load effect of the message body that we were seeing in this bug. I may try removing the linked style sheet in my build just for kicks to see if the double page load effects goes away.

This is a strage site. I try to use telnet simulate the HTTP GET and here is what I got from the server Script started on Tue Feb 29 03:58:44 2000 [ftang@ftang tools]$ telnet www.macnn.com 80 Trying 140.186.123.168... Connected to www.macnn.com. Escape character is '^]'. GET / HTTP/1.0 HTTP/1.1 200 OK Date: Tue, 29 Feb 2000 20:42:29 GMT Server: Apache/1.3.6 (Unix) PHP/3.0.12 Cache-Control: max-age=-1179424 Expires: Wed, 16 Feb 2000 05:05:25 GMT Connection: close Content-Type: text/html Pay attention to the Date, Expires and Cache-Control field. Add warren , valeski to the cc list. I really wonder the mail/news issue is the same as this one.

The mailnews double loading seemed unrelated. I still can't reproduce the double loading of the macnn site on Windows, Linux or Mac. A lot has gone on since the bug was originally reported. Marking WORKSFORME.

I no longer see the double load either. Something is causing the entire page to be redrawn a couple of times, but this is just a refresh, not a redraw.

ack! "just a refresh, not a reload"

Adding 'verifyme' keyword

Verified WORKSFORME