515065 - underscore character in sender name in quotation header renders following text underlined

Status: RESOLVED INCOMPLETE

(Thunderbird :: Message Reader UI, defect)

Description

[Robert Borkowski]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; pl; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; pl; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3

When browsing through newsgroups a newsgroup message containing a citation from a person having underscore character (_) in his/her user name causes the following text to be underlined. The beginning of the message is following: "Użytkownik "~|_ukasz" <lukasz_niespamic<[e-mail]> napisał w wiadomości news:h82p4f$q7g$[e-mail]...
> W dniu 2009-09-06 15:23, Damian_niusy pisze:
>> Pytanie do specjalistów. Jak można sobie ułatwi".

Reproducible: Always

Comment 1

[WADA:World Anti-bad-Duping Agency]

It's probably due to enabled "structure text" support as default.
> http://en.wikipedia.org/wiki/Structured_text
> http://ilias.ca/archive/mozilla/mailnewsfaq/StructuredWords
Disable it. Still underlined?
> user_pref("mail.display_struct", false);

Comment 2

[Ludovic Hirlimann [:Usul]]

(In reply to comment #1)
> It's probably due to enabled "structure text" support as default.
> > http://en.wikipedia.org/wiki/Structured_text
> > http://ilias.ca/archive/mozilla/mailnewsfaq/StructuredWords
> Disable it. Still underlined?
> > user_pref("mail.display_struct", false);

Robert can you try wada's suggestion and report back please ?

Comment 3

[Robert Borkowski]

Indeed, this only happens with structured text turned on. Even though, don't you think it's a bug? I would suggest that Thunderbird should check whether message body contains a string that matches any user name (also email addresses) in referenced posts and ignore structured text for that particular string.

Comment 4

[Robert Borkowski]

I also think that the structured text should be hierarchical in the way that operators / * _ MUST have their counterparts in the same indentation level, as in HTML <a></a>, otherwise these characters should be ignored. This would prevent "leaking" structured text from one quotation (indendation level, e.g. >> to >) to another and eliminate single characters that could accidentaly add decoration to a following text.

Comment 5

[Wayne Mery (:wsmwk)]

can you reproduce this using a current version of thunderbird?

if you are unable to reproduce, please close by setting stats to resolved, and resolution to WORKSFORME or another appropriate setting.

If you are able to reproduce, add new details, and a testcase if one does not already exist in the bug report.

Comment 6

[Joshua Cranmer [:jcranmer]]

RESOLVED INCOMPLETE due to lack of response to last question. If you feel this change was made in error please respond to this bug with your reasons why.