7979 - tiny lines and dots

Status: VERIFIED WORKSFORME

(Core :: Layout, defect, P3)

Description

[AriB]

There are several problems with this site. However, please note the tiny lines
above 'about the news fader' on top, above the copyright notice on the bottom
and scattered all over in between.

Comment 1

[leger]

petersen, I believe this is a dup of many known rendering problems.  Can you
check and mark as dup if so.  Thanks!

Comment 2

[Péter Bajusz]

I can only see lines & dots during the loading of the page.
It is caused by drawing an empty frame for spacer images.

It could possibly be avoided by not drawing those frames for images with
width=1 or height=1 as those images are usually used as spacers.

Comment 3

[rickg]

A fun rendering bug for you.

Comment 4

[Chris Petersen]

This page has very strange behavior. With the June 14th build under Win 98, the
page briefly displays it contents and then appears totally empty.

Comment 5

[Kevin McCluskey (gone)]

When I try to load http://www.stroud.com/ on WINNT with June 16 10:00am build it
dies with the following stack trace:

NTDLL! 77f76148()
nsDebug::PreCondition(char * 0x01d785f4, char * 0x01d785e4, char * 0x01d785b4,
int 147) line 126 + 13 bytes
nsContentList::Release(nsContentList * const 0x0130b4a0) line 147 + 41 bytes
nsHTMLDocument::Reset(nsIURL * 0x01332450) line 245 + 36 bytes
nsHTMLDocument::OpenCommon(nsIURL * 0x01332450) line 1248 + 18 bytes
nsHTMLDocument::Open(nsHTMLDocument * const 0x0127c628, JSContext * 0x010b6ac0,
long * 0x013fccc4, unsigned int 1) line 1326 + 18 bytes
nsHTMLDocument::ScriptWriteCommon(JSContext * 0x010b6ac0, long * 0x013fccc4,
unsigned int 1, int 0) line 1404 + 34 bytes
nsHTMLDocument::Write(nsHTMLDocument * const 0x0127c628, JSContext * 0x010b6ac0,
long * 0x013fccc4, unsigned int 1) line 1443
NSHTMLDocumentWrite(JSContext * 0x010b6ac0, JSObject * 0x01416668, unsigned int
1, long * 0x013fccc4, long * 0x0012f5ac) line 1148 + 24 bytes
js_Invoke(JSContext * 0x010b6ac0, unsigned int 1, int 0) line 655 + 26 bytes
js_Interpret(JSContext * 0x010b6ac0, long * 0x0012fdbc) line 2206 + 15 bytes
js_Execute(JSContext * 0x010b6ac0, JSObject * 0x01415000, JSScript * 0x013f6e20,
JSFunction * 0x00000000, JSStackFrame * 0x00000000, int 0, long * 0x0012fdbc)
line 820 + 13 bytes
JS_EvaluateUCScriptForPrincipals(JSContext * 0x010b6ac0, JSObject * 0x01415000,
JSPrincipals * 0x00000000, unsigned short * 0x02313038, unsigned int 4970, char
* 0x01278a60, unsigned int 0, long * 0x0012fdbc) line 2507 + 27 bytes
nsJSContext::EvaluateString(nsJSContext * const 0x010b6a80, const nsString &
{"<!--
isOpera = (navigator.userAgent.indexOf("Opera") != -1)
isNOp = ((parseInt(navigator.appVersion) < 4) | (isOpera))
isN3"}, char * 0x01278a60, unsigned int 0, nsString & {""}, int * 0x0012fde8)
line 138 + 64 bytes
HTMLContentSink::EvaluateScript(nsString & {"<!--
isOpera = (navigator.userAgent.indexOf("Opera") != -1)
isNOp = ((parseInt(navigator.appVersion) < 4) | (isOpera))
isN3"}, int 0) line 2810
nsDoneLoadingScript(nsIUnicharStreamLoader * 0x01234440, nsString & {"<!--
isOpera = (navigator.userAgent.indexOf("Opera") != -1)
isNOp = ((parseInt(navigator.appVersion) < 4) | (isOpera))
isN3"}, void * 0x0128b670, unsigned int 0) line 2835
nsUnicharStreamLoader::OnStopBinding(nsUnicharStreamLoader * const 0x01234444,
nsIURL * 0x01234240, unsigned int 0, unsigned short * 0x012931c0) line 156 + 31
bytes
nsDocumentBindInfo::OnStopBinding(nsDocumentBindInfo * const 0x012344c0, nsIURL
* 0x01234240, unsigned int 0, unsigned short * 0x012931c0) line 1539 + 30 bytes
OnStopBindingProxyEvent::HandleEvent(OnStopBindingProxyEvent * const 0x01293890)
line 593 + 45 bytes
StreamListenerProxyEvent::HandlePLEvent(PLEvent * 0x01293894) line 473 + 12
bytes
PL_HandleEvent(PLEvent * 0x01293894) line 491 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x00ff24d0) line 452 + 9 bytes
_md_EventReceiverProc(void * 0x00530364, unsigned int 49332, unsigned int 0,
long 16721104) line 877 + 9 bytes
USER32! 77e71250()

Comment 6

[AriB]

yes this is one **** page I must say :)

Comment 7

[Kevin McCluskey (gone)]

Moving to M11

Comment 8

[Kevin McCluskey (gone)]

Chris, there seems to be alot of issues, related to table layout on this page.
In addition URL re-redirection is not working in SeaMonkey. I was not able to
load the url directly. I loaded it first in Communicator to get the re-directed
URL. Then I fed that URL into viewer.  I did not notice the tiny dots described
on this page.

Chris I'm reassigning to you for the table issues.

Comment 9

[Kevin McCluskey (gone)]

There is already a bug filed on the redirect bug# 12912.
By the way, Nav 4.61 has problems on this page as well. It repositions things
incorrectly after the initial page load. After taking a closer look, It appears
that most of the table elements are positioned correctly.

Comment 10

[Kevin McCluskey (gone)]

Looking at this a little closer, it looks like the problems are related to
layers not working. Which we are not supported yet. Since I don't see the tiny
dots and lines I'm marking this as worksforme.

Comment 11

[Chris Petersen]

Based on the original report, I'm not seeing the lines mentioned in the
description. Checked with Sept 2nd build (1999090208) on Mac 8.6, Windows 98,
Windows 95, and Linux (Red Hat 6.0). Marking as verified works for me.