Closed Bug 28690 Opened 25 years ago Closed 25 years ago

with I-bar in empty Normal, choosing "Heading 3" makes I-bar jump to preceding Heading 3 instead of changing the Normal to a Heading 3

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: ekrock, Assigned: mozeditor)

Details

(Keywords: testcase, Whiteboard: [PDT+] have fix)

Attachments

(1 file)

Using Commercial 2/21 2000022108 on WinNT 4.0 SP4.

To repro:
1) open attached test case doc in Composer
2) click in the empty Normal (right below the Heading 3) to place the insertion 
point inside it
3) from the Element Type pulldown menu in the toolbar, select Heading 3

Expected: Normal changed to Heading 3; I-bar doesn't move
Actual:   I-bar jumps to before first character of Heading 3; Normal not changed

Attaching testcase and marking dogfood as this makes it impossible to use 
Composer for daily editing. (How could I when I can't change one kind of 
component into another?)
Keywords: testcase
Target Milestone: M14
Interestingly, if you had text in the line below the "Heading 3" line, it works 
fine.  If the line is blank, the caret moves up.

Applying font styles will be common and this type of behavior will make the 
product look broken.
Keywords: beta1
Putting on PDT+ radar for beta1. Need to get this fix in soon, or will change to 
 PDT- at end of week.
Whiteboard: [PDT+]
reassign to jfrancis
Assignee: brade → jfrancis
accepting bug
Status: NEW → ASSIGNED
have fix
Whiteboard: [PDT+] → [PDT+] have fix
Can you please give us ETA for fix checkin in Status Whiteboard.  Thanks!
fixed
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I bar is fixed....as I click below the heading3 and change the element
to Heading3 I'm unable to type anything until I give focus with a mouseclick.

this is a new bug...filing separate bug..

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: