Created attachment 119983 [details] Pacient information is confidential I can't open a file xls that I download from a goverment page, I can open the file with MS Excel.
The file open with draw I don't know why??
Interesting indeed. Confirmed: Bodhi Linux 3.x LibreOffice 5.0.2.2 release Would be really nice to know if this is a regression or not. If you don't mind testing older versions you can find them here: http://downloadarchive.documentfoundation.org/libreoffice/old/ I would suggest starting with maybe version 4.0 and than narrow it down. If it's a regression we'll give a little more attention to it from QA. Thanks
It is not an Excel file but a tab-delimited csv. For to open it use File > Open. Then first click on the file name and then choose the filter "Text CSV (*.csv)" from the file type drop-down list. You get the 'Text Import' dialog. The settings should be right out-of-the-box, besides the field 'Language'. Adjust the settings were needed. It happens that data provider use a wrong filename extension to make it easier for users to know, which application should be used to open a file. Otherwise users might try to open such file in an editor. For me it is a WORKSFORME.
Created attachment 119986 [details] Screenshot with how to open the file. It is a CSV file with xls extension. I think it is an issue similar to https://bugs.documentfoundation.org/show_bug.cgi?id=68903. I can open it without any issue: Win10x64 Version: 5.1.0.0.alpha1 (x64) Build ID: 0b48731919433e46e4fda7e5a5ca27c08c28b981-GL Also with Version: 4.4.6.2 Build ID: 008d5d0ddffba0b82de2a2c36a65b9cba0a6b328 TinderBox: Win-x86@51-TDF, Branch:libreoffice-4-4, Time: 2015-10-14_08:09:18 I can open the file selecting the file type as Text, attached an screenshoot on how to open it with version 4.4.6.2
(In reply to Regina Henschel from comment #3) > For me it is a WORKSFORME. I disagree. The type detection framework checks the file contents rather than the extension, and ideally it shouldn't mis-detect the type. @osnola: Any idea why this file is detected as MacPaint? (Odd that it behaves differently with different builds, i.e. I can reproduce it with my own master & 5-0 builds, and also with master build of tb70-dbg, but not with a release build from the same tb70, as well as 5.0.3.1 from Fedora 23.) (In reply to m.a.riosv from comment #4) > I think it is an issue similar to > https://bugs.documentfoundation.org/show_bug.cgi?id=68903. It has nothing to do with this one. If anything it's similar to Bug 92318.
Sorry Regina, I don't know how I didn't see your comment.
For me it's not WFM because the data is shown when you try to open it directly but then it freezes (and for me it eventually crashes) calc. If Calc shows the data, I don't get why it would then crash or hang. I think perhaps it's enhancement instead of bug ?
(In reply to Maxim Monastirsky from comment #5) > > I disagree. The type detection framework checks the file contents rather > than the extension, and ideally it shouldn't mis-detect the type. > > @osnola: Any idea why this file is detected as MacPaint? > > (Odd that it behaves differently with different builds, i.e. I can reproduce > it with my own master & 5-0 builds, and also with master build of tb70-dbg, > but not with a release build from the same tb70, as well as 5.0.3.1 from > Fedora 23.) > Normally, this problem must be corrected with https://sourceforge.net/p/libmwaw/libmwaw/ci/b8331bd101b60e8c4398a20712dbb551d3fbb31c/ https://sourceforge.net/p/libmwaw/libmwaw/ci/afaa2818f5986cf87a18731f0b5720800715c608/ . ie. now, libmwaw-0.3.6(*) and LibreOffice 5.1 must not longer recognize this file as a MacPaint file. More precisely, now after checking that I can read the bitmap of 720*576 pixels, I also check that "no" extra data remains at the end of the file and that at least some row have been compressed... (*) excepted if libmwaw was compiled in debug mode ; in this case, the test are less strict: it only tests that it can read the first three row...
(In reply to osnola from comment #8) > ie. now, libmwaw-0.3.6(*) and LibreOffice 5.1 (With the exception of when system libmwaw is used, e.g. in Fedora 23 I have libreoffice 5.0.3 but libmwaw 0.3.6.) > (*) excepted if libmwaw was compiled in debug mode ; in this case, the test > are less strict: it only tests that it can read the first three row... Thanks for clarifying this.