Closed
Bug 36703
Opened 25 years ago
Closed 25 years ago
CSS-defined bullets (<LI>) don't appear upon first loading
Categories
(Core :: Layout, defect, P2)
Tracking
()
VERIFIED
FIXED
M17
People
(Reporter: bugzilla, Assigned: kmcclusk)
References
()
Details
(Keywords: css1, Whiteboard: [nsbeta2+][6/15][FIX])
Attachments
(1 file)
334 bytes,
text/html
|
Details |
Build ID: 2000042008
Load Moz and visit the URL above. Scroll down to where it says "Sluzba (WWW i
WAP) bezi na vsech adresach: " in the right column of the large table. Below
it is an HTML list (using <UL> to start it and <LI> for the bullets). The same
type of bulleted lists appear in two gray and yellow columns near the bottom of
the page. Near the top of the page in the source is CSS defining the image to
be used for the bullets (it's a sideways red triange). However, upon first
loading the website, I am unable to see these image bullets. Instead, I see a
normal list with no bullet/image next to it (which would be the typical result
if the browser couldn't load the image or the image didn't exist in the
specified path). However, if you (or I, at least) reload the page, these
bullets then show up.
What's going on here?
Comment 1•25 years ago
|
||
The list element should reflow when the image is received. I'm going to attach a
better testcase. Instead of reloading the page, just resize it to cause a reflow
of the list. Reassigned to HTML Element.
Assignee: pierre → rickg
Component: Style System → HTML Element
QA Contact: chrisd → petersen
Comment 2•25 years ago
|
||
Waqar: here's a interesting image-related bug. I'll bet what's happening here
is the bullet frame isn't properly dealing with the incremental reflow that is
issued when the image loads the first time. The second time through, the image
is in the cache and we get the data back for it immediately, so it works fine.
We need to fix this for proper CSS1 compliance.
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
*** Bug 41169 has been marked as a duplicate of this bug. ***
The bug I just marked as a duplicate seems to be the same basic problem,
although perhaps with slightly different symptoms. In that bug (see simple
testcase attached to it), the images are aligned incorrectly the first time they
load, since (I presume) the dimensions are not known at initial reflow, and the
incremental reflow doesn't reflow the list items.
Assignee | ||
Comment 11•25 years ago
|
||
I have a fix for this in my tree. The problem was the bullet frame was not
asked to reflow after the image came in because it does not live within a
line. The solution was to mark the line dirty instead of the bullet frame
when the image comes in.
// The bullet frame is not in a line list so marking it dirty
// has no effect. The reflowing of the bullet frame is done
// indirectly.
Whiteboard: [nsbeta2+][6/15] → [nsbeta2+][6/15][FIX]
Assignee | ||
Comment 12•25 years ago
|
||
Changed nsBulletFrame to set the dirty flag on it's parent's first frame instead
of on itself when it's image is updated.
Setting the dirty flag on the BulletFrame does not work because the BulletFrame
is reflowed only when the line which contains
the <LI>'s text is reflowed. The BulletFrame itself does not reside inside a
line, so it was not being reflowed when the <LI>'s
image eventually loaded.
Fixed in 6/8/2000 4:35PM build
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
*** Bug 42177 has been marked as a duplicate of this bug. ***
SPAM. HTML Element component deprecated, changing component to Layout. See bug
88132 for details.
Component: HTML Element → Layout
You need to log in
before you can comment on or make changes to this bug.
Description
•