270313 - Composition options interpret line-wrap length in octal format if leading-zero used

Status: RESOLVED WORKSFORME

(Thunderbird :: Message Compose Window, defect)

Description

[Phil Johnson]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

In the Options dialog for Composition, if you put, say, "072" in the "Wrap plain
text messages" box, it will be interpreted as an octal number and will appear as
58 the next time you open the dialog.  Lines will be wrapped at 58 characters. 
Non-programmers are bound to be confused by this.

I'm using Thunderbird 0.9, but I noticed the problem a long time ago in Mozilla.

Reproducible: Always
Steps to Reproduce:
1.  Tools->Options->Composition
2.  Enter "072" for line-wrap length
3.  Close options.
4.  Compose message and note that lines are wrapped at 58 characters
5.  Re-open options and note that 072 has been changed to decimal 58



Expected Results:  
Assume the user is providng a decimal number, irrespective of any leading-zeros.

Comment 1

[Mike Cowperthwaite]

Heh.

Comment 2

[Mike Cowperthwaite]

This doesn't happen in MailNews, by the way.
The field for mark-read delay behaves the same; the fields for number of minutes 
to check mail, and number of days to leave mail on server, do not.

Comment 3

[Adam Guthrie]

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

Comment 4

[Phil Johnson]

I don't see how this is a duplicate of 197130.  That bug had to do with f=f.  This is about the user-supplied line-wrap length (and mark-read delay) being interpreted as an octal value.  (I notice this bug is fixed in Thunderbird 2.0, however.)

Comment 5

[Phil Ringnalda (:philor)]

Heh. Wonder what he actually meant to dupe to - offhand, I'd guess this was fixed by the 1.5 prefwindow rewrite, but I'm not entirely sure.