Created attachment 61800 [details] Sample docx test file created in LibO Files like xlsx docx and pptx created by LibO cannot be opened by Windows Mobile Office 6.1. "error, cannot open document" Files created by desktop office 2007/2010 are working ok.
Tesed today with Office Mobile 2010. Xlsx docx and pptx: "error, cannot open document" too.
Hello gader, *, thank you for reporting this bug :) As I have neither Win mobile nor M$O, would you be so kind to test it with a newer version of LO than 3.5.3, please? And why did you choose "Component UI"? Should it not be better "filters and storage"? Sorry for the inconvenience Thomas.
Still does not work in LO 4.0.4, THX Thomas.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
I can confirm that version 4.0.6.2 still has this bug. In fact I can't open xlsx files on my WM standard device other than created in original office. All other office-XML files from LO or on-line office converters are invalid.
I noticed that I can't also open a simple DOC (97-2003) file created in LO 4.0.6.2 on my WM6.1/6.5 std. device. The file is opening, I see the first page and then: An error occurred. The document could not be opened. Tested on 2 devices WM6.1/6.5 and 2 sample files long/short text. There is no problem opening XLS or RTF file from LO 4.0.6.2 .
Hi Gader.. Version field indicates the oldest version, so I change it back. Could you please retest with latest stable release: 4.2.5.2 ? Does it happen with all file you ever test? Just wondering..how about blank document?
LO 4.2.5.2 blank doc OK blank docx NO blank rtf OK sample doc NO sample docx NO sample rtf OK blank xls OK blank xlsx NO sample xls OK sample xlsx NO blank ppt OK blank pptx NO sample ppt OK sample pptx NO for XML formats I get info that the file is invalid. Also with 4.2.5.2 there is a problem with national characters in RTF format. I see only squares instead of national characters. 4.0.6.2 RTF looks OK.
Small correction about RTF. National characters breaks when saving RTF>RTF in LO 4.0.6.2-4.2.5.2 . When working with odt or doc and then saving to RTF national characters are OK.
After more research I know that to open docx/xlsx/pptx on WM device the file must be valid. To produce valid file I must save it as odf/ods/odp and convert it via OdfConverter. Win 7 wordpad also can produce/open docx but like LO files they are not readable on WM.
Well apparently it's hard to find others who even use Windows Mobile - I pinged the QA list and none of us use it. FWIW: http://en.wikipedia.org/wiki/Windows_Mobile#Market_share We'll continue to try to find someone who uses it to confirm the issue but it's been rough going so far.
Created attachment 104198 [details] Screenshot of the issue that I get on my window's mobile
The problem is still present. Today I tried out multiple changes inside the files, created by LibreOffice and got to the following point: Whenever I add the following line to "[Content_Types].xml", things work as planned. <Default Extension="rels" ContentType="application/vnd.openxmlformats-package.relationships+xml" /> I guess adding this tag shouldn't be a big deal. Is there anyone, who can do that?
Additional note: Shall I provide some simple examples created by Mobile Office?
Sorry for spamming, I just forgot to mention, that I'm talking about Windows Phone 8.1!
Version is oldest version, not newest - it was confirmed on 3.5.3 so changing back
Confirmed. Test file does not open. WinPhone 81 latest dev release from today says not possible. File is damaged and can't be opened.
I'm almost convinced this isn't our bug per say - it seems like Microsoft is adding some garbage to make it harder for 3rd parties to make compatible files - proof of this is that the file opens fine in both LibreOffice and Microsoft Office on literally every other platform you can test.....
It's actually not a bug, but allowing us to open our files on Windows Phone would be fine though and supporting different software is nothing less than supporting older file formats.
*** Bug 71593 has been marked as a duplicate of this bug. ***
Now I see that windows phone 8.1 is so similar to WM 6.1 when handle open XML. I created some new test files. Can someone with WP 8.1 could test it? Try compare it with what you see on PC LO. Files created with LO sample4062.doc sample4252.doc - both files fail to open on OM2010/07, see #c6, #c8 This is what will happen when you change file format while editing file. To avoid that you must save as, as soon as you open the file. rtf test.rtf - this is a good file Greek symbols are visible on LO and mobile rtf test bad.rtf - symbols only visible on LO, on mobile squares instead This 2 cases above is a possible material for 2 new bugs. (doc on mobile, rtf export) And to test how well native files are supported on WP 8.1 I created that. Files created with win7 system w-pad (I don't have now access to w8 w-pad) wpad test.rtf - opens well on OM2010 wpad test.docx - should open on OM2010 but not, test it on WP8.1 wpad test.odt - should open on WP8.1 since it support open document
Created attachment 106949 [details] sample doc 4062
Created attachment 106950 [details] sample doc 4252
Created attachment 106951 [details] rtf symbol test
Created attachment 106952 [details] rtf bad symbol test
Created attachment 106953 [details] wpad test rtf
Created attachment 106954 [details] wpad test docx
Created attachment 106955 [details] wpad test odt
This bug is getting confusing, I guess it'd be better to split it up into multipe ones, since parts of this appear on parts of Windows Mobile 6.1 and parts on Windows Phone 8.1. I'm talking about Office Mobile on Windows Phone 8.1 (Lumia 930): -> When opening that DOCX file from gader@tenbit.pl, all's correct. -> When opening those RTF files from gader@tenbit.pl all's correct. -> When opening those DOC files from gader@tenbit.pl I get a corruption warning, but all's correct. -> ODT files cannot be opened with Office Mobile on Windows Phone 8.1. So the really main problem on Windows Phone 8.1 seems to be DOCX support, which requires that line.
Sorry for that odf file support, of course that's not true. Could someone remove my email from upper comment?
It is still a problem on 4.2.5.2 and 5.1.0 and Windows Phone 8.1, Lumia 435. It seems to me the problem is with this line in [Content_Types].xml: This fails: <Override PartName="/_rels/.rels" ContentType="application/vnd.openxmlformats-package.relationships+xml"/> <Override PartName="/word/_rels/document.xml.rels" ContentType="application/vnd.openxmlformats-package.relationships+xml"/> This works: <Default ContentType="application/vnd.openxmlformats-package.relationships+xml" Extension="rels"/> <Override PartName="/_rels/.rels" ContentType="application/vnd.openxmlformats-package.relationships+xml"/> <Override PartName="/word/_rels/document.xml.rels" ContentType="application/vnd.openxmlformats-package.relationships+xml"/> Simply adding "<Default.." line makes the file 'correct' again.
(In reply to lesnikowski from comment #31) > This works: > <Default > ContentType="application/vnd.openxmlformats-package.relationships+xml" > Extension="rels"/> > <Override PartName="/_rels/.rels" > ContentType="application/vnd.openxmlformats-package.relationships+xml"/> > <Override PartName="/word/_rels/document.xml.rels" > ContentType="application/vnd.openxmlformats-package.relationships+xml"/> Thanks for tracking the issue down, as it would be impossible for us to do it without a windows phone device. So <Default> tags in /[Content_Types].xml are to mention the default file extension of each content type used in the ooxml file and LO doesnt output these tags. <Types ...> <Default Extension="png" ContentType="image/png" /> <Default Extension="jpeg" ContentType="image/jpeg" /> <Default Extension="rels" ContentType="application/vnd.openxmlformats-package.relationships+xml" /> <Default Extension="xml" ContentType="application/xml" /> <Default Extension="jpg" ContentType="image/jpeg" /> <Override ... /> </Types>
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still broken in 6.2.3.2
Dear gader, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to Yousuf Philips (jay) (retired) from comment #32) > So <Default> tags in /[Content_Types].xml are to mention the default file > extension of each content type used in the ooxml file and LO doesnt output > these tags. > </snip> So basically: 1.) this is a bug in Windows Phone bug 2.) Windows Phone is dead since ages and nearly nobody uses it any longer (as lag of devices. --> NOTOURBUG