Created attachment 43489 [details] Screenshot showing incorrect borders Windows, Installer name: LibO_3.3.0_Win_x86_install_multi.exe Impress doesn't render borders properly using either toolbar buttons or context menu setting. Steps to reproduce: 0. start with an empty presentation 1. Insert>Table. Add a 3x3 table. 2. using the Table toolbar, merge first two cells in the first row. 3. using the Table toolbar, merge second and third cell in the second row 4. click inside the merged cell in the first row 5. choose "Outer border" from the borders selector on the Table toolbar OR 5'.right click, choose Table... from the context menu. Choose a line color (e.g.Black) and Style (e.g 1.00pt). Press the "Outer border only" button under "Line arrangement" (second button), click OK 6. RESULT: there's no right border on the cell, but there's now a border under the third (unmerged cell) which cannot be unset .
[Reproducible] with "LibreOffice 3.4.1 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:103)] DRAW". more results coming soon
Pretty old issue, already in "LibreOffice Portable 3.3.0 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:6 Tag 3.3.0.4)]". And still in Master. In different tables in WRITER and also touching cells in Calc I did not see such unexpected border behavior. BTW: I would really like to know whether we should sort common bugs to DRAW or to PRESENTATION.
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
For the record: still REPRODUCIBLE with LibreOffice 3.6.1.1 (Build ID: 4db6344) on MacOS X 10.6.8 (Intel). Results are exactly the same as visible on screenshot (attachment 43489 [details]). Therefore changed Platform to All/All (bug is not specific to Windows).
@Michael Stahl: because you are our “border expert” ;-), I add your address to the CC list of this bug report. This is a long-standing border-painting issue specific to Draw/Impress, giving quite interesting results, and therefore maybe also interesting to fix. Perhaps you want to take a look at it? Thank you very much!
Created attachment 101085 [details] new screenshot in 4.2.4.2 (In reply to comment #0) > ... > > 6. RESULT: there's no right border on the cell, but there's now a border > under the third (unmerged cell) which cannot be unset . retested under Win7x64 using 4.2.4.2 right border in 2nd cell is now visible but the unwanted lower border in 3rd cell is still there
** 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-07-18
Still repro. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 186f32f63434e16ff5776251657f902d5808ed3d TinderBox: Win-x86@39, Branch:master, Time: 2015-10-16_09:42:47 Locale: en-US (fi_FI)
** 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.6 or 5.2.3 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-20161108
Still there in LibreOffice 6.0.3.2 (x64), Win7 x64. Appears similar to "new screenshot in 4.2.4.2"
Created attachment 141227 [details] screenshot in 6.0.3.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 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
Can reproduce this on LibreOffice 6.1.5.2 on Debian. Version: 6.1.5.2 Build ID: 1:6.1.5-3+deb10u5 Threads CPU : 8; OS : Linux 4.19; UI Render : par défaut; VCL: gtk3; Locale : fr-FR (fr_FR.utf8); Calc: group threaded When reproducing steps, i have right border on merged cell, and i have unwanted border under the third (umerged) cell. When i merge full row, there is no right border.
Created attachment 157828 [details] Reproducing 34403 steps in 6.1.5.2
Created attachment 157829 [details] Missing right borders when merging full row in 6.1.5.2
*** Bug 130626 has been marked as a duplicate of this bug. ***
I have found this bug following these steps too: Description: When adding borders on merged cells, right border is missing. When merging bordered cells, right border disappear. Steps to Reproduce: 1. Open Libre Office Draw 2. Insert > Table... 3a. Right-click on table > "table properties..." > "Borders" tab: make a border around the table 3b. select all cells in a row, right-click > merge cells Actual Results: Steps 3a and 3d can be done in any order: 3a > 3b : merged cells does not have right borders 3b > 3a : right borders disappear when merging cells Expected Results: Borders must work on merged cells as they do on non merged ones. - right borders must not disappear when merging cells - right borders must be displayed when applying borders on merged cells
Same on Linux, Ubuntu 18.04 LTS with LO 6.4, has the exact same behavior. pptx file is generated using python-pptx and when opened in LO merged cells are missing the right border. For some reason only LO does this. WPS, Free Office, Only Office, MS Office all read the tables correctly. Unfortunately LO is the only one that supports command line arguments to convert pptx to pdf, so the others are not really usable. And I would really prefer to use LO.
Dear Alexander Pavlov, 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
😥
Created attachment 179149 [details] Tables with correct behavior, no borders missing.
I cant reproduce this bug anymore on Debian 11, following my steps on comment #17. Version: 7.0.4.2 Build ID: 00(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.utf8); Langue IHM : fr-FR Debian package version: 1:7.0.4-4+deb11u1 Calc: threaded
(In reply to Alexander Pavlov from comment #0) > Created attachment 43489 [details] > Screenshot showing incorrect borders > > Windows, Installer name: LibO_3.3.0_Win_x86_install_multi.exe > > Impress doesn't render borders properly using either toolbar buttons or > context menu setting. > > Steps to reproduce: > 0. start with an empty presentation > 1. Insert>Table. Add a 3x3 table. > 2. using the Table toolbar, merge first two cells in the first row. > 3. using the Table toolbar, merge second and third cell in the second row > 4. click inside the merged cell in the first row > 5. choose "Outer border" from the borders selector on the Table toolbar > OR > 5'.right click, choose Table... from the context menu. Choose a line color > (e.g.Black) and Style (e.g 1.00pt). Press the "Outer border only" button > under "Line arrangement" (second button), click OK > > 6. RESULT: there's no right border on the cell, but there's now a border > under the third (unmerged cell) which cannot be unset . Still reproduced the unwanted bottom border in the third cell. Arch Linux 64-bit Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 9074f5602a9b0b51349647f29d8537256217ebe7 CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Jumbo Built on 18 March 2022
My mistake, following original steps in Alexander Pavlov comment, the bug is still here and i can reproduce it too. Version: 7.0.4.2 Build ID: 00(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.utf8); Langue IHM : fr-FR Debian package version: 1:7.0.4-4+deb11u1 Calc: threaded
I can reproduce on LibreOffice version 24.2.0.0 When reproducing the steps, I got the border on the right merged cells and an extended border line only in the bottom of the third column of first row. Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 0ddd9f7e055a0c1ecb120de3e40c3fdb8373e9dc CPU threads: 4; OS: Windows 10.0 Build 22000; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded