Inconsistent Display of Embedded CRLF's

RESOLVED INCOMPLETE

Status

Thunderbird
Address Book
--
minor
RESOLVED INCOMPLETE
11 years ago
9 years ago

People

(Reporter: Dan Haggarty, Unassigned)

Tracking

x86
Windows NT

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

(Reporter)

Description

11 years ago
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.
(Reporter)

Comment 1

11 years ago
Created attachment 264400 [details]
Sample Import file for this bug
(Reporter)

Updated

11 years ago
Version: unspecified → 2.0

Comment 2

10 years ago
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?

Comment 3

10 years ago
Created attachment 314949 [details]
Screenshot of address book in view and edit modes

Updated

10 years ago
Assignee: mscott → nobody
No answer to comment 2 in almost 1 year -> RESO INCO.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.