User-Agent: Opera/9.10 (Windows NT 4.0; U; en) Build Identifier: version 220.127.116.11 (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.
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?
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.