Created attachment 184288 [details] file1 did open in MSO365 I sent my boss file1 and he opened it with no problem. Later I added a sentence or two to the text of file1 and sent it to him as file2 but he could not open it. Still later I did proof reading with track changes on in a file he sent me and sent it back to him as file3 but he could not open that one either. Of course all three files still open for me in LO 7.4.2.3 This is a very big problem for me. Thank you for your help!
Created attachment 184289 [details] fille2 did NOT open in MSO365
Created attachment 184290 [details] file 3 did NOT open in MSO365
Can you also attach the original ODT file, so we can test saving to DOCX? Note that you should treat MSO formats as export formats.
The original was a .docx sent to me from colleagues. There was no original ODT file.
Buovjaga, I tried to test the ODF version of the .docx document in https://odfvalidator.org/ and I get a lot of errors.
You talked about "colleagues" so you should have MSO365 too if you're on the same company. Anyway, IMHO this bug shows it's too risky to use LO with docx in professional world but again, so if you can use MSO365 because people won't use odt in the company, use it.
I see, that file2 does not open in MSO 365. But I cannot reproduce the problem. If I open file1 in LO daily build and resave it, the resulting file opens fine in MSO 365. Please try to open and save the file in a LO daily build. Such can be installed parallel to the regular LO installation without any conflicts. https://dev-builds.libreoffice.org/daily/master/
Thank you very much to all of you who have commented and tried to help! Are you recommending I use Libre Office 7.5 or 7.6 instead of my 7.4.2.3? Can I get either LO 7.5 or 7.6 by torrent? The download link one commenter gave took too many hours to download and failed repeatedly. The company I work for has ten people and everyone works from home. I really really do not want to have to use Windows and MSO365, but this problem makes me feel like I may have to ask the boss to buy them for me.
(In reply to Tom from comment #8) > Thank you very much to all of you who have commented and tried to help! Are > you recommending I use Libre Office 7.5 or 7.6 instead of my 7.4.2.3? Can I > get either LO 7.5 or 7.6 by torrent? The download link one commenter gave > took too many hours to download and failed repeatedly. The company I work > for has ten people and everyone works from home. I really really do not want > to have to use Windows and MSO365, but this problem makes me feel like I may > have to ask the boss to buy them for me. No, we are not recommending it. It would just be useful to hear of your own test result with an unreleased version. The unreleased version installs separately and will not mess with your stable version.
Created attachment 184670 [details] Microsoft Word Error Message
Created attachment 184671 [details] Differences in file2 Word versus LO after opening with repair Diff of file2 after it's opened in MS word, repaired and saved, and the original file.
Created attachment 184672 [details] Element of the files that causes MS Word to give an error
I can confirm that in: - Microsoft Word Version 2211 (Build 15831.20252) - Windows 10 Enterprise Version 22H2 (OS build 19045.2486) Opening files: - "file2 did NOT open in MSO365.docx" and - "file3 did NOT open in MSO365.docx" Results in the error displayed in attachment "Microsoft Word Error Message" and MS Word is unable to open the files. and File "file1 did open in MSO365.docx" opens without any issue in Word. I assume from the available information that the files are created in LO on a Linux OS and that the person trying to open them is doing it in a Windows OS. Note that the file that does open does not have content in the footer that file1 does. Removing the element indicated in attachment "Element Causing the Problem.jpg", i.e. the footer allows MS Word to open the files. In the latest dev build of LO, opening the files in a Windows OS env. and saving them deletes the footer element, after which MS Word can open the files without any problem. Deleting the element in the footer in LO 7.4 and saving also enables MS Word to open the file. Presumably LO 7.4 is able to save the element in the footer but the latest build of LO is capable of opening the file with it but not save it. This would seem to indicate that the footer generated by LO 7.4 is not compatible with MS Word and is not even quite compatible with the latest build of LO 7.6.0.0alpha. so I leave it to someone who knows the file formats better to determine what it is in the footer that is causing the problem. A workaround until the error is fixed is to open the file as follows: - Launch MS word - Go to the “File” menu and to Open - Select the document - In the box named “Files of Type,” select the option “recover text from any file (*.*)” - Then click Open (see attachment "Open and Repair - Workaround.jpg")
bibisected in 7.3-win to: https://git.libreoffice.org/core/+/5319087ab75a01793462c8c41cebfa1996cc688a author Tomaž Vajngerl <tomaz.vajngerl@collabora.co.uk> Mon Jun 06 22:53:23 2022 +0200 committer Miklos Vajna <vmiklos@collabora.com> Fri Jun 10 13:10:36 2022 +0200 tree bcd5374bde2e2d76f80bdaed2ff5ec9e52dc296e parent 054c248127c78521b4a4e7aacd8936bd54259996 [diff] tdf148321: convert OOXML inset values to text distance values But this affects only the 7.3 stable branch, not in 7.4.0 stable. This seems to have been solved in bug 150966 which is mentioned as followup in bug 148321. *** This bug has been marked as a duplicate of bug 150966 ***