302225 - Unexpected behaviour of first <li> in <ul> list when list is rendered as custom bulleted list using CSS notation and list is either center or right aligned and contains links.

Status: RESOLVED WORKSFORME

(SeaMonkey :: General, defect)

Description

[Marie]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716

In the attached pages you will note that the custom bulleted list that appears
after the major heading has unusual behaviour when compared to the others in all
4 cases.  In two cases the bullet disappears altogether if there is NO SPACE
added after the opening <li> tag and before the opening <a> tag. If a space is
added after the opening <li> tag and before the opening <a> tag, the bullet
shifts and appears under the link text that follows.  If no <a> element is added
to the list item, the behaviour can be considered normal.  Note that this
behavior does not occur if the list placed at the beginning of the document
before any heading elements are added and the presence/absence of a list related
heading has no reflection on this behaviour nor does the presence/absence of the
list related division container element. Also note that this behavior occurs in
only the first list that contains links that occurs after one of these section
headers. Also note that if a list occurs after a <h3> element however, the
behavior worsens and on reload the bullet randomly appears in a left aligned
position if the <h3> is preceeded by two (or more) <h1> elements.  I hope this
makes sense and is fixable.

Reproducible: Always

Steps to Reproduce:
See attachments...

Actual Results:  
I got the same results.

Expected Results:  
The bullet should appear to the left of the text in all list-item instances
within every list regardless of the content of the list-item.

Fresh download of latest Build.

Comment 1

[Marie]

Attachment: Bugtest Samples

Case Files for List Item behaviours.

Comment 2

[Marie]

Attachment: Bullet (required)

Gif image required for testing

Comment 3

[Mats Palmgren (inactive)]

I can reproduce the problem in Mozilla 1.7.8 on Linux.
It works fine in SeaMonkey 2005-07-23-01 on Linux.

Please reopen this bug if you can reproduce the problem in a recent nightly build:
http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-trunk/
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

-> WORKSFORME