Closed Bug 7979 Opened 25 years ago Closed 25 years ago

tiny lines and dots

Categories

(Core :: Layout, defect, P3)

x86
Windows 98
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: AriB, Assigned: karnaze)

References

(Blocks 1 open bug, )

Details

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.
Assignee: don → rickg
Component: Apprunner → Layout
QA Contact: leger → petersen
petersen, I believe this is a dup of many known rendering problems. Can you check and mark as dup if so. Thanks!
Severity: normal → minor
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.
Assignee: rickg → kmcclusk
A fun rendering bug for you.
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.
Status: NEW → ASSIGNED
Target Milestone: M10
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()
yes this is one **** page I must say :)
Target Milestone: M10 → M11
Moving to M11
Assignee: kmcclusk → karnaze
Status: ASSIGNED → NEW
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.
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.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
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.
Status: RESOLVED → VERIFIED
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.
Blocks: thai
You need to log in before you can comment on or make changes to this bug.