Description: Hello, I work with files using the track changes option on. There was a table in the file that, in LOffice, was complete with numbers (lines) from 1 to 300. When I went viewing the same file in MS Office, there were some whole lines missing. It happens that, in MS Office, it appeared to me that such lines were excluded. But, they were normal to me when using LOffice. I'm going to explain the problem again. This time with something I noticed. First, the file must have been created in MS Office. It came to me with lots of track changes, including in the numbers from the table. Secondly, I began working on it with LOffice. I saved the file and sent it to my boss. Then, when he opened the file with his MS Office, he said that those lines were missing on the table. I noticed that the numbers (lines) that were missing were the same ones that had track changes in the beginning of the line. So I think it makes sense to think that the problem is related to the track changes in the beginning of the line. I will explain how to reproduce the problem in the Steps to Reproduce box. Steps to Reproduce: 1. Create a doc file in MS Office with a track change in a certain line of a table. The corrected number must come first and the correction must come next. Save the file. 2. Open the file with LOffice, check the table. It will be ok. Use track changes to make a random change e save it. 3. Open the file with MS Office. Check if the line of the table with the corrected number is missing. It should. Actual Results: Like I just said, the lines were missing in the document. In MS Office, when I put the program to show the track changes, these lines that were missing would appear, but as excluded. In LOffice, they appeared ok, In MS Office, there were as excluded. Expected Results: It should show the lines normally, with the corrections made in the MS Office normally. Reproducible: Always User Profile Reset: No Additional Info: I don't know if OpenGl is enabled.
Hello, I tries to create a table in Writer using LibreOffice, When i Opened the same file by MS Word 2010, at the first time i opened it, the documents lost its format, and brought many wizard to confirm or not. However, i closed the file and reopen again the it works. Sometimes converting from LibreOffice format to Ms Office brings some difficulties, however i would advise to save the file as .doc instead of .docx.
please attach sample file from MSOffice
Created attachment 145153 [details] Created table in the LibreOffice the image here shows how the file looks like when i'm trying to open it in Ms Word.
Created attachment 145154 [details] The wizard displayed After choosing to open as Ms work, i had to confirm the changes
Created attachment 145155 [details] The final converted file The complete converted file to Ms Office. it is working properly.
Created attachment 145167 [details] This is one of the tables I'm having trouble. Thanks for the support, guys. Here's the file. Now, try to open it with a MS Office, preferably MS Office 2003. If it happens the way it is happening to me the file is going to show some lines as excluded. And when you choose not to show the track changes, they will disappear (since they are excluded, of course). But when you guys open the file in LOffice, it just shows what it was supposed to be shown: some number corrected with the track changes on n the beginning of some lines.
(In reply to Dieudonne Dukuzumuremyi from comment #1) > Hello, > I tries to create a table in Writer using LibreOffice, > When i Opened the same file by MS Word 2010, > at the first time i opened it, the documents lost its format, > and brought many wizard to confirm or not. > However, i closed the file and reopen again the it works. > > Sometimes converting from LibreOffice format to Ms Office brings some > difficulties, however i would advise to save the file as .doc instead of > .docx. Funny that you said that, because before seeing your comment I tried to save it as .docx and it worked well for one file. But then I tried for other files and now I'm having trouble with another kind of table... Very frustrating...
Created attachment 145170 [details] Another crash Here's another example of table not being compatible between the softwares... This file came to me as Word 97 - 03. I opened it with LibreOffice and saved it as .docx Now, if you open this .docx file in the LibreOffice itself, you will find the table crashed. If you open it in MS Office, it's ok... But, for work, I can't just trust it's going to be ok when my boss open it with his MSOffice, when I see the table crashed in my own LibreOffice...
(In reply to Bruno de Moraes from comment #8) > Created attachment 145170 [details] > Another crash > > Here's another example of table not being compatible between the softwares... > > This file came to me as Word 97 - 03. I opened it with LibreOffice and saved > it as .docx > > Now, if you open this .docx file in the LibreOffice itself, you will find > the table crashed. If you open it in MS Office, it's ok... > > But, for work, I can't just trust it's going to be ok when my boss open it > with his MSOffice, when I see the table crashed in my own LibreOffice... please fill different bugs for different problem
Created attachment 148212 [details] PDF from MSO 2010 No missing lines or cells when the file is open in MSO 2010
Hello Bruno, I can't reproduce it in MSO 2010. Which version of LibreOffice did you use to create the file? What happens if you open the attached file in another version of MSO? it seems to me like a problem in MSO 2003 instead of LibreOffice
(In reply to Xisco Faulí from comment #10) > Created attachment 148212 [details] > PDF from MSO 2010 > > No missing lines or cells when the file is open in MSO 2010 I get a different result with MSO 2013: lines 41-61 are missing etc. But we really need the original .doc file that came straight out of Microsoft Office. Another consideration is that MSO 2003 is so ancient that we generally ignore interop problems that do not affect newer versions.
Dear Bruno de Moraes, 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 INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/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 MassPing-NeedInfo-Ping
Dear Bruno de Moraes, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp