250340 - Quoted lines aren't well handled.

Status: NEW

(Thunderbird :: Message Compose Window, defect)

Description

[Julien ÉLIE]

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Build Identifier: 

When replying to a message and editing it, if I remove a « > », the line is 
still written in blue (the default quote color).

Reproducible: Always
Steps to Reproduce:
1. reply to a message
2. remove a « > »
Actual Results:  
The line is still in blue.

Expected Results:  
The line should become black.

Similarly, if I add a « > », the line should become blue too.

Furthermore, such added lines do not appear as quotes if I view the message in 
the « unset » folder.

Comment 1

[Bogdan Stroe]

What version do you use?
In Thunderbird 0.7.1 the quoted text is not colored.
Maybe your bug is obsolate.

See also bug 217575, but it looks old too.

Comment 2

[Julien ÉLIE]

Yes I use Thunderbird 0.7.1.
When I reply to a mail, the text is blue (by default) for the text I answer 
back.
And, what I write, is in black.

I don't understand : everything should be black in 0.7.1 ?!?

Comment 3

[Emmanuel Blot]

Thunderbird 1.0RC1:

Quoted text is blue, new text is black [plain text, not HTML].

However, if the user who replies types some characters before the '>' character
of a quoted line (which is in blue), his text is not black, but is written in blue

Comment 4

[Mike Cowperthwaite]

This bug is somewhat related to bug 161968.

What is happening is that internally, in the plain-text editor, every line in 
the quoted reply is wrapped in a <span> that marks it as quoted text.  Deleting 
characters from that quoted text doesn't remove the span, so the text continues 
to be colored in the editor.

When the text is written out for sending, the text which is not part of the 
quoted span is (unless this has been turned off) scanned for format=flowed 
compliance, which will stuff a space before a '>' character at the beginning of 
a line that's not actually a quote.  Quoted lines do not get this space-
stuffing.

When the message is received, assuming the receiving client understand f=f, 
lines beginning with " >" have the space removed but appear as normal text, 
while lines beginning with ">" (no space) are handled as quotes.


If you really want to get rid of the blue coloration, remove the '>' characters 
from the lines you want to change, then select those lines and  Edit|Rewrap.
(Note that Rewrap is broken when rewrapping a selection; it works a little 
better if there is a blank line included at the end of the selection.)

Or, perhaps a better workaround: copy the text from the original message and 
paste it in to the new one.

Comment 5

[Walter Logeman]

Adds a space before the > on some lines.  Looks awful when viewed in clients
colour or enhance quoting - as these lines do not get treated as quotes.

Comment 6

[Mike Cowperthwaite]

(In reply to comment #5)
> Adds a space before the > on some lines.  Looks awful when viewed in clients
> colour or enhance quoting - as these lines do not get treated as quotes.

Assuming you're responding to the last part of my comment 4: don't use "Paste", 
use "Paste as Quotation."

Comment 7

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 8

[Julien ÉLIE]

The problem is still here : bad coloration when modifying quoted lines.
And also two new lines are inserted when trying to skip a line on quoted one.

Comment 9

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Reporter, does the issue still occur with the latest supported 2.0.0.x / Shredder trunk nightlies?

(1.5.0.x is now end-of-life and the latest supported Thunderbird version 2 is 2.0.0.16)

Comment 10

[Joshua Cranmer [:jcranmer]]

RESO INCO per lack of response to the last question. If you feel this change was made in error, please respond to this bug with your reasons why.

Comment 11

[Bill McGonigle (not currently reading bugmail; please contact directly)]

Still occurs with 3.0a3.

Any manipulation of the quote that I tried maintains the blue color except for copy and paste which 'unquotes' the text back to black.

Comment 12

[Bill McGonigle (not currently reading bugmail; please contact directly)]

demonstration here:
  http://bfccomputing.com/downloads/mozilla/quote_coloring.mp4

Comment 13

[Bill McGonigle (not currently reading bugmail; please contact directly)]

same behavior on nightly build as well (Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1b2pre) Gecko/20081125 Shredder/3.0b1pre)

Comment 14

[Tristan Miller]

Still reproducible with Thunderbird 52.6.0.