Apache OpenOffice (AOO) Bugzilla – Issue 89694
Opening .txt files with LF line endings in Writer displays Calc Data Import dialog.
Last modified: 2013-08-07 14:43:03 UTC
This may be related to this issue: http://www.openoffice.org/issues/show_bug.cgi?id=84264 Steps: 1) Create a plain ASCII text file with LF line endings only. 2) Start OO Writer. 3) File -> Open 4) Choose the text file. Expected: File is opened in new Writer document; ASCII Filter Options dialog possibly displayed. Actual: File is opened in Calc; CSV import dialog is displayed. Workaround: Choose "Text Encoded" filter when opening. The default "All Files", as well as "Text" and "Text Documents" produce the unexpected behavior. Comments: - Opening files should take the currently running OO component into account when determining the preferred behavior, when more than one OO component may be appropriate for a given file type (e.g. when opening .txt files while currently using Writer vs. Calc). - The filter descriptions relevant to .txt files are ambiguous. Currently, when in Writer mode: * All Files (default) - Opens .txt, LF-endings in Calc. * Text Documents - Opens .txt, LF-endings in Calc. * Text (*.txt) - Opens LF-endings in Calc. * Text Encoded (*.txt) - Opens in Writer. A clearer behavior may be: * All Files - Opens .txt in current application (this is the default filter; it is reasonable to guess at what the user likely wants to do). * Text Documents - Opens in Writer, always. * Text (*.txt) - Opens in Writer, always. * Text Encoded Data (*.csv;*.txt) - Opens in Calc, always. - I have heard that a similar issue exists on Linux. I have not tested this. - OO's current logic when determining which application to open a .txt file in is somewhat flawed: "if CRLF then Writer else Calc". Line-endings should not be a criteria in determining whether to open a .txt document in Writer or Calc.
Created attachment 53798 [details] A text file with LF line endings that may be used as a test case. Mime type chosen to preserve line endings.
MRU->MBA: sounds quite similar to issue 84774 - duplicate?
I did not find 84774 in my initial search, but in reading it it appears to describe the exact same issue. If you close this one and mark it as a duplicate, that seems reasonable to me.
Well, I guess this one does also double as an enhancement request WRT strange file filter options. So...
Some additional info: The attachment was tested in the following linux OOo versions and opened properly in Writer: OOo 2.3.1 OOo 2.4.0 (also tested in Ubuntu (U)OOo 2.4.0) OOo 3.0 Beta Then tested in the following Windows XP OOo versions and exhibited the reported behavior (opening in Calc instead of Writer: OOo 2.3.1 OOo 2.4.0 (also tested in Windows 2000 Professional) OOo 3.0 Beta (also tested in Windows 2000 Professional) This appears to be a Windows only related bug, but further testing with MAC & Solaris would need to be done in order to confirm.
Taking the current application into account when opening files was discussed quite some time ago and the UX team rejected this at that time. Perhaps another thing we should discuss on the UX list. Beside that I agree that this is a duplicate. *** This issue has been marked as a duplicate of 84774 ***
closing duplicate