297975 - Termination of styling tag (<b>, <i>) just before wrap point of line during composition causes subsequent stylized words to be inserted at end of line

Status: NEW

(Core :: Layout, defect)

Description

[Matt D]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

When composing a multi-line message, if the last word of a line is italicized,
and you try to italicize a word in a line further down in your composition
(while you're typing), then the new word will be inserted immediately after the
italicized word at the end of a line.

Reproducible: Always

Steps to Reproduce:
1.  Compose a new message.
2.  Make sure the last word of a line (no newline after the end of the line) is
italicized
3.  Keep typing.  Halfway through the next line, try to italicize a new word as
you type it.  The new word will be inserted directly after the previously
italicized word at the end of the line.

Actual Results:  
The new word will be inserted directly after the previously italicized word at
the end of the line.  It will then word-wrap the new composite word.

Expected Results:  
It should have not moved the insertion point to the end of the previous line. 
It should have stayed where I was inserting new text.

For some reason, it also appears that text selected on the line following the
italicized word has a different format of text.  For instance, if the message is
entirely composed in Tahoma, and one of the lines ends with an italicized word,
then the line following it is reported as Variable Width, with no specific font.
 It can't be italicized.  You must resize the window to get the italicized word
off the end of the line before you can italicize the word.

Comment 1

[zug_treno]

The first problem is reproducible with Mozilla 1.8b1 and Mozilla 1.8b2/20050613,
the second problem is not reproducible. Maybe related to bug 286284?

Comment 2

[zug_treno]

Also, it seems that the italicized word at the end of the line jumps to the
location of the new italicized word on the next line when I try to reproduce
this bug with Composer (Mozilla 1.7.8, Mozilla 1.8b1 and Mozilla 1.8b2/20050613).

Comment 3

[Mike Cowperthwaite]

Which version of TB was this bug reported against?  I am able to reproduce the 
problem of jumping to the end of the line with TB 1.0+0618 and TB 1.0.2, Win2K. 
This is hardly a "trivial" bug.

Notes on Steps to Reproduce: The symptom occurs only if the italicization is 
turned on as you go -- that is, while typing along, you type Ctrl-I to turn 
italics on, then type the word, then Ctrl-I to turn italics off again. That is, 
the problem doesn't occur if the italicization is applied after the text has 
been typed.  (Clicking the [I] button while in the process of typing works too.)

Also, the entire italics span has to terminate before the whitespace where the 
line wraps -- if the italics continue across the end of the line, or even if the 
italics include the space between words, the symptom does not reproduce.

Also, the subsequent italicization has to happen before any other styling 
happens (that is, a <b> text followed by a new <i> will not jump back) and must 
happen before ending the current paragraph (<p> or <br>).

Unsurprisingly, this happens with bolding too.


(In reply to comment #2)
> Also, it seems that the italicized word at the end of the line jumps to the
> location of the new italicized word on the next line when I try to reproduce
> this bug with Composer

Same with NVu 0.90:  the italicized text from the previous line is moved 
down to the point where you're typing.  Say your text looks like this:
  Blah blah blah, typing along, here's some /italic/
  text and now
and then you turn on italics and type "a little more", you end up with:
  Blah blah blah, typing along, here's some text and
  now /italic a little more/

Comment 4

[Matt D]

apologies for marking it trivial.  i didn't know what priority it was, and i
figured that you guys probably had bigger fish to fry.  :)

the version of thunderbird that i received the error in is:  version 1.0.2
(20050317) in windows xp, sp 2.

Comment 5

[Cecelia S]

I'm still seeing this bug under SeaMonkey 2.0.5 under Mac OS X. I started another bug post, but decided to search just one more time, and found this really old one. Here's my steps for reproduction:

1. Create a new mail message.
2. Start typing a sentence.
3. Just before the text wraps (you can make the window smaller to get the text to wrap sooner), hit the keyboard combination for italics. Type a short word that fits on the line without making it wrap.
4. Hit the keyboard combination for italics (to remove them).
5. Start typing again (a word or two).
6. Hit the keyboard combination for italics.
7. Start typing.

I've tested this with italics, bold and underline.

Comment 6

[(no longer active)]

roc, is it possible for those tags to change our line wrapping behavior?

Comment 7

[Robert O'Callahan (:roc) (email my personal email if necessary)]

Yes, but it's a bug.

Comment 8

[(no longer active)]

(In reply to comment #7)
> Yes, but it's a bug.

So is this a layout bug?

Comment 9

[(no longer active)]

Or a dupe of one, maybe?

Comment 10

[Robert O'Callahan (:roc) (email my personal email if necessary)]

Yes, I think so.

Comment 11

[(no longer active)]

OK.  Moving to Core::Layout based on comment 10.