Closed Bug 7806 Opened 25 years ago Closed 25 years ago

{list}In composer, number item increments when pressing Enter

Categories

(Core :: Layout, defect, P2)

x86
Windows 95
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: fenella, Assigned: buster)

Details

(Whiteboard: [TESTCASE])

Attachments

(1 file)

RE: win32 (1999-06-08-08 m7) 1. Open Messenger from the Task menu, click on New Msg to open a compose window 2. Type some text in the body field. 3. Click on the Number List item icon, the list start #1 4. Type some text, press Enter. 5. Cursor goes to the next line, item number increments to #2.. No problem. But... 6. If I do not enter any text on item #2 but keep pressing Enter, item number will be displayed incrementally by 1 each time I press Enter. Expected result: In nova, item number is displayed as a # sign, but when I do not enter any text and press Enter, it skips to the next line. I expect that each incremental item number should be listed if even there is no text for each item. This occurs to win32 only. Mac behaves differently Unable to test Linux at this point Since this problem occurs on the Editor, I assign this bug to Editor. Sujay said he has not entered a bug like this yet. He agrees I open this bug.
Assignee: buster → jfrancis
assigned to joe, looks like a simple rules problem. However, I'm a little concerned that the submitter sees different behavior on different platforms.
Assignee: jfrancis → buster
This is a layout bug. Layout does not properly reflow lists that have empty list items. I could "fix" this by using the bogus text node trickery here, but the right thing is for layout folks to fix list reflow. Bouncing back to Steve in the hopes that he knows who to assign this to. Give it back to me if assigning it to layout is not the right thing.
Since I'm qa_contact, removing myself from Cc: list....
Summary: In composer, nmber item increments when pressing Enter → In composer, number item increments when pressing Enter
Assignee: buster → rickg
Component: Editor → Layout
This bug does not involve the editor at all. Load this testcase in viewer to see see the error: <ol> <li>a</li> <li>b</li> <li></li> <li>c</li> </ol> Output in Nav is: 1. a 2. b 3. 4. c Output in Gecko is: 1. a 2. b 4. c
Assignee: rickg → kipp
This is an error in the layout counter code. There are in fact 4 LI's in the content model.
Summary: In composer, number item increments when pressing Enter → {list}In composer, number item increments when pressing Enter
Whiteboard: [MAKINGTEST]
Target Milestone: M15
Marking M15 and {list} for kipp. This may provide some insight into the list numbering problems. Could they generally be related to empty LIs? Or something... I'll try and make some more test cases for this.
Whiteboard: [MAKINGTEST] → [TESTCASE]
Actually, this is different from the other list numbering problems. Margins are collapsing through the list items without checking to see if they have a bullet. Do markers give an element height even if it has no content? The list markers are not being generated for empty elements, even if they are given height.
Attached file Very simple test case (deleted) —
Is M15 the right milestone for this?
Status: NEW → ASSIGNED
Priority: P3 → P2
Target Milestone: M15 → M8
Target Milestone: M8 → M9
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
there were two problems: first, empty list-items were being collapsed down to zero height; second, in the oddball case of a list-item with no content at all (not even collapsed whitespace), the bullet would never get placed.
QA Contact: sujay → fenella
please verify when you get chance Fenella ...thanks!
Status: RESOLVED → VERIFIED
Linux and Mac (1999-07-19-11 m9), Win32 (1999-07-19-12 m9) This problem is fixed on all platforms.
OS: Mac System 7 → Windows 95
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: