273276 - Skewed text in 1.0PR

Status: VERIFIED DUPLICATE of bug 168420

(Thunderbird :: Mail Window Front End, defect)

Description

[Grega Fajdiga]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; sl-SI; rv:1.7.5) Gecko/20041108 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; sl-SI; rv:1.7.5) Gecko/20041108 Firefox/1.0

have a case of messed up text with TB 1.0PR.
This is the second version of TB I tried (previously I was using version 0.9.
The text is completely skewed.
It's difficult to explain, but the pictures might help.

This is the screenshot of Outlook, where the text is
displayed correctly:

http://users.volja.net/gfajdiga/pub/outlook.jpg

This is the TB screenshot:

http://users.volja.net/gfajdiga/pub/thunderbird.jpg

The font is OK, my screen grabber is **** :-)

Is this a bug or have I set the programme incorrectly?

I imported the messages from Outlook. I viewed the imported mailbox in a text
viewerand it seems fine, it is readable. Only one particular mailbox is
misdisplayed in this way, other are fine. The messages that
got newly filtered into this mailbox are fine as well.
I opened the said mailbox folder (the file without an extension),
the mail looks perfectly OK.

Reproducible: Always
Steps to Reproduce:
1. Just view the mail in the preview window or mail window. 
2.
3.

Actual Results:  
Skewed text in the e-mail message

Expected Results:  
kinda obvious :-)

Comment 1

[Mike Cowperthwaite]

Save the problematic message to a file (as .eml) and attach it to this bug using 
the Create New Attachment link above.

Comment 2

[Grega Fajdiga]

Attachment: Requested mail attached.

The message is attached. As you can see, it looks perfectly okay.
However, when viewed in the preview or mail window, the skewed as
shown on the screen-grab.

Comment 3

[Mike Cowperthwaite]

Yep, it'll do that.  The reason is this header:
  Content-Type: text/plain; charset=windows-1250; format=flowed

plus the fact that most of the lines in the text end with spaces.

See bug 168420 for information about f=f, including the informative FAQ attached 
to that bug.

I don't know why OE doesn't display the message the same way, I thought it had 
at least display-level support for f=f.  The sender of the mail should either 
turn off f=f when sending, or figure out how to strip the spaces from the end of 
the line before sending.  (Or maybe the spaces were added as part of importing 
the mail from OE?)

Comment 4

[Grega Fajdiga]

(In reply to comment #3)
> Yep, it'll do that.  The reason is this header:
>   Content-Type: text/plain; charset=windows-1250; format=flowed
> 
> plus the fact that most of the lines in the text end with spaces.
> 
> See bug 168420 for information about f=f, including the informative FAQ attached 
> to that bug.
> 
> I don't know why OE doesn't display the message the same way, I thought it had 
> at least display-level support for f=f.  The sender of the mail should either 
> turn off f=f when sending, or figure out how to strip the spaces from the end of 
> the line before sending.  (Or maybe the spaces were added as part of importing 
> the mail from OE?)


Thanks a lot, that worked. Sorry for the noise.
BTW, Outlook (part of the MS Office) seems to have the same problem.

*** This bug has been marked as a duplicate of 168420 ***

Comment 5

[Mike Cowperthwaite]

As good a dupe as any, I suppose.