Open Bug 113514 Opened 23 years ago Updated 2 years ago

make outdent fixes a la indent patch in 98351

Categories

(Core :: DOM: Editor, defect, P4)

defect

Tracking

()

mozilla1.4beta

People

(Reporter: TucsonTester1, Unassigned)

References

(Blocks 1 open bug, )

Details

(Keywords: parity-chrome)

Attachments

(3 files)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6+)
Gecko/20011203 Netscape6/6.1b1
BuildID:    2001120303

In a numbered/bulleted list that has been indented, creating another indent in a
list item, then outdenting again causes the bullet to change.

This is possibly a duplicate of bug 107041 I could not be sure.

Reproducible: Always
Steps to Reproduce:
1. Launch Composer
2. Click the indent button from the toolbar.
3. Click on the apply list button.
4. Type in a line of text.  Press Enter
5. Type another line of text.
6. Press Indent Text, then press Outdent Text.

Actual Results:  After indenting, the bullet changes--from '2' to '1' in a
numbered list, and from a solid circle to an open circle in a bulleted list. 
After clicking outdent, they remain the same.

Expected Results:  It is expected that in the original position, the bullet
would have the original style.

This only occurs when you click indent first.  If you start the list, then
indent, it behaves normally.
I see this problem also.
Assignee: kin → jfrancis
Confirmed with 2001-12-06-03 under W2K
Status: UNCONFIRMED → NEW
Ever confirmed: true
?  this works for me
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Attached image beginning
Attached image after indent
Attached image after outdent
Still seeing problem using 2001-12-10-03 under Win 2K.
Reopening bug.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
my bad - i misunderstood your (very clear) bug description.  I have to take the
fixes I made to indent for bug 98351 and apply similar changes to the outdent code.
Summary: indent/outdent in a list causes layout problems → make outdent fixes a la indent patch in 98351
Target Milestone: --- → mozilla0.9.8
*** Bug 114008 has been marked as a duplicate of this bug. ***
pushing off 098 to 099
Target Milestone: mozilla0.9.8 → mozilla0.9.9
the swami says: things that will not land in 099!
Target Milestone: mozilla0.9.9 → mozilla1.0
Moving bugs to Mozilla1.1 that are not EDITORBASE+.
Target Milestone: mozilla1.0 → mozilla1.1
The days of having a half dozen milestones out in front of us to divide bugs 
between seem to be gone, though I dont know why.  Lumping everything together as 
far out as I can.  I'll pull back things that I am working on as I go.
Target Milestone: mozilla1.1alpha → mozilla1.2beta
[ushing these out as far as bugzilla will let me.  I'll pull them back as I work
on them.
Target Milestone: mozilla1.2beta → mozilla1.4beta
taking bug
Assignee: jfrancis → glazman
Status: REOPENED → NEW
QA Contact: sujay → editor

The bug assignee is inactive on Bugzilla, so the assignee is being reset.

Assignee: daniel → nobody
Severity: normal → S3

This is still reproducible. However, execCommand("indent") and execCommand("outdent") must not be used in most web apps so that we don't need to fix this in higher priority.

OS: Windows 2000 → All
Priority: -- → P4
Hardware: x86 → All
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: