Created attachment 53779 [details] test files I've noticed a compatibility issue between LibreOffice Writer and MS Word regarding the column width in tables with borderlines > 0. Steps to reproduce: (1) tables1.doc in the attachment was created with MS Word. It contains two simple tables: - Table 1 has 2 columns, each 8 cm wide and borderlines of 0.25 pt. - Table 2 has 2 columns, each 8 cm wide and no borderlines. Tables are centered on the page (between the page margins). (2) Open tables1.doc in Writer and check the table properties: - Table 1 - columns are 8 cm and 8.01 cm wide - Table 2 - both columns are 8 cm wide Save the document as tables2.doc. (3) Open tables2.doc in MS Word and check the table properties: - Table 1 - columns are 8 cm and 8.01 cm wide - Table 2 - both columns are 8 cm wide Tables are not centered on the page but aligned to the left page margin. Save the document as tables3.doc. (4) Open tables3.doc in Writer and check the table properties: - Table 1 - columns are 8 cm and 8.02 cm wide - Table 2 - both columns are 8 cm wide Tables are not centered on the page but aligned to the left page margin. Save the document as tables4.doc. You can go on with these steps. The result is that if a user of MS Word exchanges a DOC file with a user of LibO Writer, the width of the last column in the tables that have borderlines will slightly increase in each round. After many versions the increase may build up. I experienced this and can say it is annoying if you have many tables in the document. The problem does not exist if the DOCX format. The test environment: - LibreOffice Writer 3.4.4 on an Ubuntu 11.10 or MS Windows XP Pro. SP3 - MS Word 2003 SP3 on a MS Windows XP Pro. SP3, all additional MS updates installed (DOCX tested using MS Office Compatibility Pack SP3)
The issue still exists in LibreOffice Writer 3.4.5 and 3.5.0beta3 (tested on MS Windows XP Pro. SP3).
reproduced in 3.5.0 rc 3 last column increases when opening doc file (fileopen problem) centering of table is lost when saving to doc (filesave problem)
Similar problem with changing size: Bug 45536 - Writer FILEOPEN: opening file causes pictures to change size in .doc file (increase by 0.5 mm)
can reproduce the growing column width on LO 3.5.4, OOo 3.4beta, OOo 3.3, while OOo 3.0.1 cannot round-trip the table; doesn't look like a regression.
I can confirm this with LO 4.1.1 on Windows 7 SP1.
** 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 on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ *If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior *If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-01
Reproduced starting from tables1.doc, checked with MS Word viewer that the tables were not centered. Win 7 Pro 64-bit Version: 5.0.0.0.alpha1+ (x64) Build ID: f3375fa07f27bd2ade519af3c07d69040d10eaa9 TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-22_23:38:50 Locale: fi_FI
I can reproduce this issue in LO 4.4.2.2.
** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
I can confirm that this issue is still present on LO 5.2.1.2.
I still see this issue in LO 5.3.0Beta1 - tested on MS Windows 10 Pro.
in Версия: 6.1.1.1 (x64) ID сборки: 2718b4a18dfcc6a54ebe5f7b801ee7a47fa81e0c Потоков ЦП: 4; ОС:Windows 10.0; Отрисовка ИП: GL; Локаль: ru-RU (ru_RU); Calc: CL there isn't lost of alignment, table always on center But wide of right column in first table increases by 0,01 cm after every save-reopen in DOC format.
Dear rpr, 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
I confirm that this issue also exists in LibreOffice 6.3.1.2 although the table alignment is preserved after saving the document in Writer. Here are revised steps to reproduce the issue: (1) tables1.doc in the attachment was created with MS Word. It contains two simple tables: - Table 1 has 2 columns, each 8 cm wide and borderlines of 0.25 pt. - Table 2 has 2 columns, each 8 cm wide and no borderlines. (2) Open tables1.doc in Writer and check the table properties: - Table 1 - columns are 8 cm and 8.01 cm wide - Table 2 - both columns are 8 cm wide Save the document as tables2.doc. (3) Open tables2.doc in MS Word and check the table properties: - Table 1 - columns are 8 cm and 8.01 cm wide - Table 2 - both columns are 8 cm wide Save the document as tables3.doc. (4) Open tables3.doc in Writer and check the table properties: - Table 1 - columns are 8 cm and 8.02 cm wide - Table 2 - both columns are 8 cm wide Save the document as tables4.doc. I am also attaching new test files where tables1.doc was created with a newer version of MS Word. The DOC files do not contain macros although Writer gives a warning about it (this is probably another bug in Writer).
Created attachment 154615 [details] test files
Dear rpr, 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
Testing the bug in LibreOffice 7.2.2.2 on Windows shows that it has been fixed.