Closed
Bug 7979
Opened 25 years ago
Closed 25 years ago
tiny lines and dots
Categories
(Core :: Layout, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
M11
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!
Updated•25 years ago
|
Severity: normal → minor
Comment 2•25 years ago
|
||
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 4•25 years ago
|
||
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.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M10
Comment 5•25 years ago
|
||
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()
Updated•25 years ago
|
Target Milestone: M10 → M11
Comment 7•25 years ago
|
||
Moving to M11
Updated•25 years ago
|
Assignee: kmcclusk → karnaze
Status: ASSIGNED → NEW
Comment 8•25 years ago
|
||
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•25 years ago
|
||
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.
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Comment 10•25 years ago
|
||
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.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 11•25 years ago
|
||
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.
You need to log in
before you can comment on or make changes to this bug.
Description
•