Created attachment 74294 [details] Some part of official commercial document in Russian which was made in MS Office Problem description: Wrong cells formatting in some tables of complicated documents Steps to reproduce: 1. Open file in LO 3.6.5.2 and look how does it look 2. Open the same file in MS Office 2010 and see what it should be... 3. .... Current behavior: Wrong cells formatting (some right borders are lost) Expected behavior: As it should be Operating System: Debian Version: 3.6.5.2 release
Thanks for reporting! I can reproduce this behavior using LibreOffice 4.0.0.3 rc3 comparing to Word for Mac 2011; using Mac OSX 10.8.2. Following [1] I mark this bug as 'Normal Medium'. Kind regards, Joren [1] https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg
Created attachment 74304 [details] Screenshot LO 4.0rc3 vs Word for Mac 2011
It's still present in: - Libreoffice 4.1.4.2 Build ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72 - Libreoffice 4.2.1.1 Build ID: d7dbbd7842e6a58b0f521599204e827654e1fb8b - Libreoffice 4.3.0.0.alpha0 ID: 20b8944cd4771f75564277a5144e96b7d9c3d616
** 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.2 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-05-02
Confirmed. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 3ecef8cedb215e49237a11607197edc91639bfcd TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-06-19_23:16:58 Locale: fi-FI (fi_FI)
Confirmed. LibreOffice 5.0.2.2 Ubuntu 14.0.4.3
Confirmed. LibreOffice 5.1.0.3 Ubuntu 14.04.3
Still Reproducible! LibreOffice 5.1.1.2 :-(
Still reproducible in Version: 6.0.0.0.alpha0+ Build ID: 34e8fd7e99489e9f50a512b07c6f3923b358b4d3 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group I remember seeing a similar bug in Bugzilla but I can't find it now...
*** Bug 80094 has been marked as a duplicate of this bug. ***
The Bug Is Still Reproducible! LibreOffice Version: 5.4.2.2 Build ID: 1:5.4.2~rc2-0ubuntu0.16.04.1~lo2 CPU threads: 8; OS: Linux 4.4; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group
*** Bug 86710 has been marked as a duplicate of this bug. ***
Dear Mikhail Vladimirov, 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
LibreOffice ver. 6.2.5.2 Same thing as before :-(
Created attachment 159759 [details] Problema-con-borders-652 simplified.doc: minimal table
// #i18128# word has only one line between adjoining vertical cells // we have to mimic this in the filter by picking the larger of the // sides and using that one on one side of the line (right) It looks like this can be fixed in ww8par2.cxx's AdjustNewBand by commenting out //aOldBox.SetLine(nullptr, SvxBoxItemLine::RIGHT); The problem comes from the fact that three cells need to be merged. The first cell has no left border, so I assume that it just uses that for the newly merged cell. I have no idea of the implications of not removing the right line are - either for import or for export, especially since there were no unit test failures...
The openoffice bug report isn't helpful in finding the code change. https://bz.apache.org/ooo/show_bug.cgi?id=18128
(In reply to Justin L from comment #16) > // #i18128# word has only one line between adjoining vertical cells > // we have to mimic this in the filter by picking the larger of the > // sides and using that one on one side of the line (right) It seems completely unnecessary to do this here, because "merge adjacent line styles" does exactly that. proposed fix at https://gerrit.libreoffice.org/c/core/+/9306
Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/76356814075ddc4323f356cf99dcc5a7bbc8f0e4 tdf#60378 doc import: merged cells - don't null right border It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.