[FIX] bullets should not inherit "size" property for backwards compat.

RESOLVED FIXED in mozilla0.9.5



16 years ago
3 years ago


(Reporter: harishd, Assigned: Marc Attinasi)



Windows 2000
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)


(Whiteboard: checked into trunk,0.9.2 branch and 0.9.4 branch)


(2 attachments)



16 years ago
Self explanatory testcase:

<font size="30pt" color="red">
<li> This text should be 30pt red. But the bullet should be the default size (
per IE )

Comment 1

16 years ago
Forgot to mention:

You need to apply the patch in bug 96031 to see this problem. Without the patch
none of the properties would get inherited by the bullet.


16 years ago
Blocks: 96031

Comment 2

16 years ago
Marking topembed since this blocks a topembed bug (sigh).

Keywords: topembed
Priority: -- → P2
Target Milestone: --- → mozilla0.9.4

Comment 3

16 years ago
With the patch in bug 96031 the bullet, refer to example 1, appears round in
shape and red in color ( just like IE ) however, if I make the SIZE to be a non
negative value, refer to example 2, then we render differently than IE. So, I'm
not sure whether we should or shouldn't ignore the SIZE attribute.

Example 1: <FONT color=red SIZE=-1><li><b>Recoded:</b>

Example 2: <FONT color=red SIZE=+1><li><b>Recoded:</b>

Comment 4

16 years ago
Created attachment 47699 [details]
Another testcase [ Applying font size thro' stylesheet - Testcase derived from cnnfn.cnn.com ]

Comment 5

16 years ago
Add this to quirk.css

/* QUIRK: force bullet to be the default size for IE compatability
*|*:-moz-list-bullet {
  font-size: -moz-initial;

This rule forces the bullet to be its initial size, regardless of the influence
of the <FONT> tag (in Quirks mode only).
Keywords: patch
Summary: bullets should not inherit "size" property for backwards compat. → [FIX] bullets should not inherit "size" property for backwards compat.

Comment 6

16 years ago
Tested also with OL - the numerals are indeed resized, as they are in IE - this
only changes the bullet behavior.

Comment 7

16 years ago
OK, this patch is better for quirks.css

/* Quirk: prevent bullet from resizing with the list item
 *   see bug 97351
*|li:-moz-list-bullet {
  font-size: -moz-initial;

Comment 8

16 years ago
It should be:
instead of
even though quirk.css is only enabled for quirky html documents

r=pierre with that change

Comment 9

16 years ago
sr=waterson if you and pierre can agree on the selector. :-)

Comment 10

16 years ago
Pierre is right - we do not need th universal namespace. Thanks.

Comment 11

16 years ago
Created attachment 48192 [details]
Testcase [ Fix for bug 96031 breaks, border,background,etc.. Need to address these issues too ]

Comment 12

16 years ago
Marc: I'm not sure if I need to open up a new bug to my last test case [
id=48192 ]. Please let me know if I have to. It looks like quirks.css needs
Updated status
Whiteboard: Will check fix into trunk (9/4/2001)

Comment 14

16 years ago
harish, that testcase is a different bug altogether! Please do open a new bug,
and if you have ideas about what needs to be tweaked include that too. Thanks.


16 years ago
Target Milestone: mozilla0.9.4 → mozilla0.9.5

Comment 15

16 years ago
checked into trunk and 0.9.2 branch
Whiteboard: Will check fix into trunk (9/4/2001) → checked into trunk and 0.9.2 branch

Comment 16

16 years ago
Nominating for 0.9.4
Keywords: mozilla0.9.4

Comment 17

16 years ago
a=asa (on behalf of drivers) for checkin to MOZILLA_0_9_4_BRANCH

Comment 18

16 years ago
Checked into 0.9.4 branch, marking FIXED
Last Resolved: 16 years ago
Resolution: --- → FIXED
Whiteboard: checked into trunk and 0.9.2 branch → checked into trunk,0.9.2 branch and 0.9.4 branch
This fix seems really wrong -- see bug 110360.  Isn't the right fix to parent
the bullet's style context (in quirks mode only?) to the parent of the block
whose bullet it is rather than to the block itself?  Or something like that?

Comment 20

16 years ago
Having style context parentage differ from frame parentage is freightening to
me.  I think there are assumptions that the trees match, and only tables break
that AFAIK.

I can think of two other approaches: 

1) change the selector to
  ul > li:-moz-list-bullet {
    font-size: -moz-initial;

2) change the pseudo used for numerals to -moz-list-numeral so we can
differentiate between the two cases.

In an email I received from Luke Stone, he suggested we hack the bullet sizing
code to implement the quirk.  Something like checking for quirks mode and then
using the default font size for the bullets rather than the size in the style
struct.  I personally prefer the child-selector approach, but only because it is
easier and it will allow me to go back to fixing the crashers I have on my plate.


7 years ago
Depends on: 648331
You need to log in before you can comment on or make changes to this bug.