Bug 106856 - FILEOPEN: This .xls file does not open correctly
Summary: FILEOPEN: This .xls file does not open correctly
Status: RESOLVED DUPLICATE of bug 83601
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.3.1.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-03-29 18:24 UTC by Frederic Parrenin
Modified: 2022-03-14 11:00 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
.xls file to reproduce the problem (192.48 KB, application/vnd.ms-excel)
2017-03-29 18:24 UTC, Frederic Parrenin
Details
The requested .xml file. I hope this is the correct format. (39.09 KB, text/xml)
2017-04-04 14:07 UTC, Frederic Parrenin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Frederic Parrenin 2017-03-29 18:24:03 UTC
Created attachment 132262 [details]
.xls file to reproduce the problem

Steps to reproduce:
- open the attached .xls file in Calc
- open the same file in XL
=> the file does not open correctly in Calc
Comment 1 m_a_riosv 2017-03-29 21:46:07 UTC
Seems it is not an xls file but an html with xls extension.
Comment 2 Frederic Parrenin 2017-03-30 06:52:15 UTC
It opens correctly in XL.
Comment 3 Jacques Guilleron 2017-03-30 10:49:37 UTC
Hello Frederic,

Excel 2010 cautions before the opening:
"File format of the file you try to open, 'export.xls', differs from the one specified by the extension file."
and Calc opens it as a html text file.

Jacques
Comment 4 Frederic Parrenin 2017-03-30 19:24:23 UTC
Calc open the file as raw text on my side.
It does not import the html structure of the table.
Comment 5 Carlos 2017-04-04 13:00:14 UTC
Thank you Frederic for reporting the bug. I can confirm that the bug (or undesired behavior) is present in 
Version: 5.3.1.2 (x64)
Build ID: e80a0e0fd1875e1696614d24c32df0f95f03deb2
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; 
Locale: en-US (en_US); Calc: group

I am aware that some websites rely in this MS Excel behavior. They generate html files (an html table or MS Excel 2003 XML format) with the .xls extension and rely in Excel's ability to open the file correctly, that is, as a spreadsheet. 

I think we should define the desired behavior of LO more clearly: 
  * caution before opening the file (if the file format of the file differs from the specified by the extension of the file: e.g. an html file with .xls or .xlsx, or perhaps .ods extension)
  * open the Text Import dialogue. To let the user choose some import options (we need more options here, like letting the user choose the decimal separator and the thousands separator of the source. It is crucial for people that live in countries using the coma as the decimal separator.) Or maybe, an html Import dialogue. 
  * importing the content correctly
  * caution when saving the file (if the original file will get overwritten). Mainly because of the internal file format, not the extension.
Comment 6 Carlos 2017-04-04 13:15:24 UTC Comment hidden (obsolete)
Comment 7 Frederic Parrenin 2017-04-04 14:07:16 UTC
Created attachment 132326 [details]
The requested .xml file. I hope this is the correct format.
Comment 8 QA Administrators 2017-10-30 10:54:30 UTC Comment hidden (obsolete)
Comment 9 Frederic Parrenin 2017-10-30 11:00:40 UTC
The info has been provided in comment 7.
Setting to unconfirmed accordingly.
Comment 10 Buovjaga 2017-11-10 13:41:14 UTC

*** This bug has been marked as a duplicate of bug 88701 ***
Comment 11 Mike Kaganski 2022-03-14 11:00:07 UTC

*** This bug has been marked as a duplicate of bug 83601 ***