Closed Bug 453319 Opened 17 years ago Closed 17 years ago

CSV export, starts with text recognizing character, field serperator within text

Categories

(Bugzilla :: Bug Import/Export & Moving, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: horst.enenkel, Unassigned)

Details

User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.0.3705; .NET CLR 2.0.50727; .NET CLR 1.1.4322; InfoPath.1; .NET CLR 3.0.04506.30) Build Identifier: SSL 3.0, RC4 mit 128 Bit Verschlüsselung (Hoch); RSA mit 1024 Bit Austausch The CSV export is only one field. It starts with the text recognizing character ". The field seperator comma (",") is within the text and therefor not recognized. Further are allway two text recognzier signes ("") instaed of one. This causes one to be part of the text. Reproducible: Always Steps to Reproduce: 1. export any CSV 2. store 3. open with Notepad Actual Results: export from your site: "bug_id,""bug_severity"",""priority"",""op_sys"",""assigned_to"",""bug_status"",""resolution"",""short_desc""" "324974,""enhancement"",""P3"",""All"",""import-export@bugzilla.bugs"",""NEW"",,""Import bugs as CSV (by converting to XML)""" Expected Results: Correct CSV for an input to EXCEL or Open Office Calc would be: "bug_id","bug_severity","priority" or bug_id,"bug severity","priority"
No idea which Bugzilla version you are using, but I cannot reproduce your issue.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
I used "your" version: I used the link: https://bugzilla.mozilla.org/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&product=Bugzilla&content=csv+export then I pressed the button CSV, After download I pressed the button "Open", which causes the problem: Our EXCEL is so configurated, that the seperator is the semicolon, so I just get one column. So I store the file to open it which changed seperator. Which is the BIG problem. There is no way to store the file as it is. Storing EXCEL adds a quota at the beginn and the end and dobbles all quotas in the middl. Therefor you get the unusealbe file I reported: "bug_id,""bug_severity"",""priority"",""op_sys"",""assigned_to"",""bug_status"",""resolution"",""short_desc""" So it is a Microsoft bug! Sorry! You can close the report. Just for "fun": enter the following text to EXCEL and store it and see what you get: Dies ist eine Textzeile ohne jedes Sonderzeichen Der Satz schließt mit einem Punkt ab. Der Satz enthält ein "Wort" in Hochkomma. Dieser Satz enthält Beistriche, und sonst keine Sonderzeichen, wirklich nicht Dieser Satz enthält Beistriche, und enthält "Hochkomma", bei einem Wort. Stored as MS-Dos-txt: Dies ist eine Textzeile ohne jedes Sonderzeichen Der Satz schlieát mit einem Punkt ab. "Der Satz enth„lt ein ""Wort"" in Hochkomma." Dieser Satz enth„lt Beistriche, und sonst keine Sonderzeichen, wirklich nicht "Dieser Satz enth„lt Beistriche, und enth„lt ""Hochkomma"", bei einem Wort." Stored as Unicode: Dies ist eine Textzeile ohne jedes Sonderzeichen Der Satz schließt mit einem Punkt ab. "Der Satz enthält ein ""Wort"" in Hochkomma." Dieser Satz enthält Beistriche, und sonst keine Sonderzeichen, wirklich nicht "Dieser Satz enthält Beistriche, und enthält ""Hochkomma"", bei einem Wort." Stored as Tapstop: Dies ist eine Textzeile ohne jedes Sonderzeichen Der Satz schließt mit einem Punkt ab. "Der Satz enthält ein ""Wort"" in Hochkomma." Dieser Satz enthält Beistriche, und sonst keine Sonderzeichen, wirklich nicht "Dieser Satz enthält Beistriche, und enthält ""Hochkomma"", bei einem Wort."
You need to log in before you can comment on or make changes to this bug.