647719 - structured formatting triggered when it shouldn't be

Status: NEW

(MailNews Core :: Composition, defect)

Description

[Dave Hildebrandt]

User-Agent:       Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.24 (KHTML, like Gecko) Chrome/11.0.696.25 Safari/534.24
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Lightning/1.0b2 OracleBeehiveExtension/1.0.0.2-OracleInternal ObetStats/UAFCATUAFUAF_1301604580126-816159664 Thunderbird/3.1.8

The issue is that certain text that appears in a plaintext log that is mailed causes the renderer to show italic text.  The text is below in the reproducibility section.  Perhaps it has to do with listing Perforce depots, which start with a double forward slash, in log lines that also contain colons.  Just a guess.

I have a backup job running in cron and sending me email like cron does.  System running cron is a Solaris 10 box.  Problem has existed for years.  A little research reveals no exact bug match so I'm making a new one, but that there is such a thing as structured text formatting. 

Reproducible: Always

Steps to Reproduce:
1. mail yourself this, make sure it's plaintext:

Sat Apr  2 04:04:00 2011: /p4/work/servers/backup: p4 daemon has come
Sat Apr  2 04:04:00 2011: /p4/work/servers/backup: verify: /opt/perforce/bin/p4 -p perforce.plumtree.com:3821 -u ReleaseDaemon -P bur98r verify -q //CCDS/...
Sat Apr  2 04:04:02 2011: /p4/work/servers/backup: verify: /opt/perforce/bin/p4 -p perforce.plumtree.com:3821 -u ReleaseDaemon -P bur98r verify -q //Common/...
Sat Apr  2 07:36:49 2011: /p4/work/servers/backup: stopping p4d 

2. view in Thunderbird
Actual Results:  
The first line is correctly rendered.
The second line through penultimate lines are rendered with italics starting at the text "/p4/work/servers/backup: verify: ..." and continuing to end of line.  (The initial date stamp is non-italic.)
The third line is rendered as the second: the date stamp is not italic, and the rest of the line is italic.
I have a number of lines like the second and third, and all behave the same way.  What is different is the text after the double slash near the end of the line (different perforce depots)
The fourth (ultimate) line is rendered correctly. 



Expected Results:  
Nothing should be rendered italic.  There are no URIs anywhere in sight.

There was a bug filed somewhere about how someone would like a tick box added to the prefs to turn off structured formatting.  I would prefer not to have to discover that, but that structured formatting just work.

Comment 1

[Dave Hildebrandt]

Here is another tickling of this bug:  The text


LATEST is not a symlink: /socrates/build/components/INTERNAL/tools_common/LATEST/


is rendered in italic starting from "/socrates/..." and continuing to end of line.

Comment 2

[Ludovic Hirlimann [:Usul]]

can you save one of those emails here so we can analyze them ? (File -> save , choose .eml, come back to this webpage and click the add an attachment link)

Comment 3

[Dave Hildebrandt]

Attachment: Sample email that tickles this bug

If the very first Received: line is numbered 1, then the numbers of the lines that are mis-rendered are 109-128 (those that have the word "verify" in them) except line 124 ("Skipping...") is properly rendered.  The mis-rendering again is that everything after the datestamp on those lines is rendered in italics.  Line 124 is rendered correctly (no italics).

Comment 4

[Dave Hildebrandt]

This is a very old behavior, I've observed it in 2.x versions.

Comment 5

[Ludovic Hirlimann [:Usul]]

I'm seeing this with the testcase in the middle of the email. Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:5.0a2) Gecko/20110417 Thunderbird/3.3a4pre

Comment 6

[Ludovic Hirlimann [:Usul]]

I'm not sure composition is the right component - but that was my best shot.