Closed Bug 96671 Opened 24 years ago Closed 24 years ago

returning to edit html formated text in a document results in a new line and loss of formatting.

Categories

(MailNews Core :: Composition, defect)

All
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.7

People

(Reporter: info, Assigned: mozeditor)

Details

(Whiteboard: EDITORBASE; fixinhand; patch in bug 97259)

Using 2001082303 on Win2K I appologize if this is a know bug, but for the life of me I couldn't find it. Step to reproduce: 1. Create a new e-mail 2. Enter some text in the body of the message like: test now. now test. 3. Select the new text and change it's font (e.g. to Helvetica, Arial) 4. With you mouse, click on the end of the "test now." line as if you would like to add to that paragraph. Enter more text. RESULT: the additional text is created on a new line below your paragraph and font formatting is lost. EXPECTED RESULTS: formatting is retained and the new text continues on the current line. It appears that when you click on the end of the line and hit the back key, it requires 2 presses to move the carat the first time as if it is responding to an invisible end tag. My expectation would be that the last tag on a line would always be pushed out to the end when new text is added.
QA Contact: sheelar → esther
-->jfrancis
Assignee: ducarroz → jfrancis
I tried it in 2001082703 and it acted a bit differently. I clicked at the end of the formated text line and the new text was fine. I then immediately clicked on the end of the line again and the cursor moved out one character and any text entered now moved to the next line and lost the previous line's formatting.
setting bug status to New.
Status: UNCONFIRMED → NEW
Ever confirmed: true
097
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.7
This may actually be a selection bug; no sure yet.
Whiteboard: EDITORBASE?
This is a couple of bugs in one. One was fixed earlier (and involved font tags and other inline style being split along <br> boundaries unneccessarily) and the other is a caret positioning issue. The fix to that is attached to Bug 97259: Visible caret position incorrect after pasting blank lines.
Whiteboard: EDITORBASE? → EDITORBASE; fixinhand; patch in bug 97259
i think all the stuff that fixes this is checked in now.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Using build 20020322 on winxp, mac 9.1 and linux and the original scenario this is fixed. Verified
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.