Closed Bug 46140 Opened 25 years ago Closed 23 years ago

Ordered lists fall out of containers and off end of page

Categories

(Core :: Layout, defect, P3)

defect

Tracking

()

VERIFIED DUPLICATE of bug 15438
Future

People

(Reporter: jimmys, Assigned: waterson)

References

()

Details

(Keywords: css1, testcase)

Attachments

(1 file)

The table containing the roman numeral displays incorrectly; the roman numeral text goes outside the bounds of the table.
confirming using 2000072108 on w2k
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attached file Testcase
Keywords: testcase
*** Bug 46308 has been marked as a duplicate of this bug. ***
QA Contact: desale → chrisd
Assignee: karnaze → buster
Component: HTMLTables → Layout
Looks like a block problem because it happens with the DIV as well as the TABLE over to Steve....
uncommon edge case, future. This won't be addressed in the first release of Netscape 6. It's not clear that we're doing this wrong, in fact. I'm not quite sure how to interpet the CSS spec in this case. Note: IE5 on WinNT handles the "DIV" case identically as mozilla, and we seem to handle the "TABLE" case better.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Reassigning to lorca@netscape.com since this is not table specific
QA Contact: chrisd → lorca
*** Bug 59467 has been marked as a duplicate of this bug. ***
Reassigning QA Contact for all open and unverified bugs previously under Lorca's care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
*** Bug 95787 has been marked as a duplicate of this bug. ***
Resummarizing. See also attachment 46220 [details].
Summary: Table width set incorrectly → Ordered lists fall out of containers and off end of page
This bug also occurs in a similar test where list-style-type: upper-roman; is used in place of the deprecated TYPE attribute. buster: "It's not clear that we're doing this wrong, in fact. I'm not quite sure how to interpet the CSS spec in this case." The CSS spec defines list items as "similar to 'block' except that a list-item marker is added." It seems like the browser is violating this definition if it doesn't show the full marker (like in my previous testcase). A block element shouldn't jump out of another block element like in the first testcase. So the current behavior is most definitely wrong.
Keywords: css1
Taking from buster's list re: bug 95787.
Assignee: buster → waterson
Status: ASSIGNED → NEW
Target Milestone: Future → mozilla1.0
Status: NEW → ASSIGNED
*** Bug 98488 has been marked as a duplicate of this bug. ***
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 (you can query for this string to delete spam or retrieve the list of bugs I've moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
*** Bug 142118 has been marked as a duplicate of this bug. ***
QA Contact: gerardok → waterson
QA Contact: waterson → gerardok
Target Milestone: mozilla1.0.1 → mozilla1.1beta
Target Milestone: mozilla1.1beta → Future
Confirmed using FizzillaCFM/2002070913. Setting All/All, but I'm pretty sure this is a duplicate of an older bug of mine. *** This bug has been marked as a duplicate of 15438 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
OS: Windows 2000 → All
Hardware: PC → All
Resolution: --- → DUPLICATE
vrfy dupe
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: