Certain pages that use CSS only load partially. The top of the page becomes visible, and then the rest is not. The loading thing in the status bar stops at a low byte count. Examples of this include: http://www.fas.harvard.edu/~dbaron/tests/ http://www.w3.org/People/howcome/ http://www.w3.org/TR/REC-CSS1 This bug was introduced between the builds of 99-01-08 and 99-01-13. (It could, I guess, have something to do with the big parser checkin.)

Sorry, forgot to mention: PC/Windows 95

This seems to have to do with parsing. Compare the following 2 pages: http://www.fas.harvard.edu/~dbaron/tests/ http://www.fas.harvard.edu/~dbaron/tests/nglayout/pars.html The only differences is an extra: <LI>x</LI> </UL> inserted. This causes the second page to load an additional two LI elements before failing to display. I am cc:ing rickg@netscape.com.

OK... some additional stuff on this. It seems to involve caching as well. The first time I loaded the following pages with the 99-01-13 build, only the beginning of the page loaded, but if I *exited the viewer* and tried again, it loaded fine. Trying again without exiting (which I was only able to do for 535) didn't help: http://www.w3.org/Style/CSS/Test/current/sec532.htm http://www.w3.org/Style/CSS/Test/current/sec533.htm (I think.) http://www.w3.org/Style/CSS/Test/current/sec535.htm Also, the following do not load at all: http://www.w3.org/Style/CSS/Test/current/sec534.htm http://www.w3.org/Style/CSS/Test/current/sec536.htm

Eric could you assign this to whoever works on CSS? Thx.

Reassigning to Harish

In the latest (99-01-15) build, now I get similar symptoms, at least with the CSS Test Suite pages, but doing forward/back will get them to load correctly.

This may not be limited to only CSS. In http://bugzilla.mozilla.org/buglist.cgi? bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&assigned_to=&reporter=db aron% 40fas.harvard.edu&changedin=&short_desc=&short_desc_type=substr&long_desc=&long _desc_type=substr&bug_file_loc=&bug_file_loc_type=substr&cmdtype=doit&newqueryn ame=&order=%22Importance%22&form_name=query (a bugzilla query for reporter=dbaron@fas.harvard.edu) I see the text up to the quip, no quip, the HR below the quip, and nothing else. When I save the file to my hard disk (using MSIE), it views fine. When viewed via the 'net, there is a horizontal scrollbar that indicates the page is about 20% too wide. This is with build 99-01-15

Checked on Jan 19th and Jan 20th builds and they seem to load the pages without problems. Am I missing anything else?

I think there were two separate bugs here, and one is fixed. The CSS one, which was related to the parser, is fine. However, the page from bugzilla (well, actually a different one, just do any *large* query...) still doesn't load below the HR, but works if I save the page to my hard disk. I'm removing "with CSS" from the title, since that part is fixed.

Now the bugzilla pages load fine too. I'm marking this as fixed.

dbaron, can you also mark this VERIFIED-FIXED???

Verified as fixed.

Reopening this bug. The problem with the bugzilla pages is now back, but it is intermittent, and occurs with any bugzilla query results listing (I can usually reproduce it within a few tries, since it occurs more than half the time). For example: http://bugzilla.mozilla.org/buglist.cgi? bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=&emailtype1=subst ring&emailassigned_to1=1&email2=dbaron% 40fas.harvard.edu&emailtype2=substring&emailreporter2=1&changedin=&short_desc=& short_desc_type=substr&long_desc=&long_desc_type=substr&bug_file_loc=&bug_file_ loc_type=substr&status_whiteboard=&status_whiteboard_type=substr&cmdtype=doit&n ewqueryname=&order=%22Importance%22&form_name=query Loading the above URL over the network, I see the text up to the quip, the quip, the HR below the quip, and nothing else. When I save the file to my hard disk (using MSIE) or to another http server, it views fine. I suspect you may need an optimized build or Win95-only or something else like that to reproduce it.

Well, this doesn't happen with every bugzilla query. Try this, Go to bugzilla.mozilla.org and query for bugs assigned to harishd@netscape.com.

OK... it tends to occur more often on longer pages. In fact, there may be a length below which it doesn't happen. Try kipp@netscape.com instead. Also, the 99-02-16 build of viewer crashes on every one of the bugzilla queries (with a Norton error message), so I'm still using 02-11. This may be worth investigating too...

May be the stream interface is problematic. Stream interface is going to change - according to one of the netlib guys, so lets see how this will shape up after a few days.

This is still happening *some* of the time on kipp's bug list.

per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser

FYI, I just tried kipp's buglist once, and it didn't display. So it's still happening.

Added gagan@netscape.com to CC list

This problem sounds netLibish. Assigning bug to gagan@netscape.com

Pushed past necko landing...

Changing all Networking Library/Browser bugs to Networking-Core component for Browser. Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do this in a bulk change. If this happens, I will fix. ;-)

Pl. verify with Necko.

I am getting the "you have started to download a file of type"... error when loading the long bugzilla queries, so I will have wait til that bug 10627 (already reported) is fixed to check, but I will mark resolved so I know to verify.

*** Bug 9186 has been marked as a duplicate of this bug. ***

this is looking excellent now with necko, all the pages load fully, marking verified

Bulk move of all Networking-Core (to be deleted component) bugs to new Networking component.