Closed Bug 380332 Opened 17 years ago Closed 15 years ago

Inconsistent Display of Embedded CRLF's

Categories

(Thunderbird :: Address Book, defect)

x86
Windows NT
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: dh4ca, Unassigned)

Details

Attachments

(2 files)

User-Agent:       Opera/9.10 (Windows NT 4.0; U; en)
Build Identifier: version 2.0.0.0 (20070326)

If the "Notes" field of an address book card contains carriage return/line feed pairs (i.e., <CR><LF>), as might happen after importing a Windows created CSV file, there are duplicate Newlines shown when the "Notes" field is displayed at the bottom of the "Address Book" window.  However, when the same card is edited, the "Notes" field displayed on the "Other" tab of the "Edit Card for ..." window does not have the duplicate Newlines.

My sample import file shows that single <LF> and single <CR> characters are always interpreted as Newline characters, but that the "Edit Card for..." window also interpretes a <CR><LF> pair as a single Newline.

I think that the "Notes" field should be displayed consistently on both the "Edit Card for..." and "Address Book" windows.  Since many new Windows users will not be aware that their address import files contain unnecessary <CR> characters, I believe that the "Edit Card for..." window behaviour is correct and should be used for the "Address Book" window as well.

Reproducible: Always

Steps to Reproduce:
1.Import sample CSV file
2.Look at the resulting address book
3.
Version: unspecified → 2.0
Not able to repeat this problem.
Using trunk build 3.0a1pre (2008041003) on windows vista
See attached screen shot of the record in the summary view and in the edit view when two blank lines are displayed.

The line terminators in the sample file don't match those in the description. The file has these terminators for the 5 lines:
CRLF
CR
CR
CRLF
CRLF

Possibly the terminators have been converted at some stage?
Dan - please can you re-attach the file that shows the problem?
Assignee: mscott → nobody
No answer to comment 2 in almost 1 year -> RESO INCO.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: