Hi, Wanted to report about the Table Insertion bordering inconsistency found in Libre Impress, sometimes it works at the first time rest of the times we have to do multiple bordering to change the borders. Tried with multiple versions its the same. Steps to reproduce error- Insert table-> once the table is inserted(with the highlighted table) right click->table->click Borders tab->by default it will show width 0.05pt(unless you change it to 1.00pt it wont show the border and default color will be white should be changed to black-> then click background tab to change the default table color tango blue to white then click ok. It does not work.(if it works for the first time try next time it wont work). Note: After inserting the table if you directly right click and try to alter changes it wont work, however if you click outside the table and then select the table again it works. Sorry If I am confusing please try and let me know if you are able to replicate the error. Also any idea why the table color is default set to tango blue even if you paste something copied from Calc sheet(it has own color). Thank You, Regards, SriJanani
Reproducible with LO 4.3.2.2 (Win 8.1): If I follow the steps I get a table with a white background, but not with black borders, although I have selected black borders. This is very annoying, but I would rather not mark it as release Blocker severity.
Hi Sri, Maybe you can test it in the versions for the upcoming 4.4.0 ? IIRC some work has been done on Impress tables.. See http://dev-builds.libreoffice.org/daily/ Thanks, Cor
Hi Cor, No its the same with 4.4.0. No luck any other suggestion. Thank You, Regards, SriJanani
I bet this is old as Metusalem :)
** 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.0.4 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 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-12-20
** 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-20170103
*** Bug 105649 has been marked as a duplicate of this bug. ***
I can still reproduce this and I closed a newer report as a dupe. I will include its slightly different repro method below. 1.Insert column: 3 rows and 2 columns 2.Type numbers ramdomly 3.Selecte the second row. 4.Right click > edit table properties 5.Width. 2,5pt 6.Color : black 7.Click on bottom border and accept 8. Now the line doesn't appear. 9. Save file and close 10. Open the same file and the border is there attachment 130797 [details] is a table from step 2. My own finding while reproducing: After doing the steps, I can make the border appear by setting a colored background to any cells. So saving and reloading is not needed. Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: ac8197327d3ef4f3c94fb0746393863404df086b CPU Threads: 8; OS Version: Linux 4.9; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on February 11th 2016
Hi Miklos, Since you did some nice Impress table improvements, this may be something you may want to look at? Looks as a refreshment issue, IMO. Ciao - Cor
** 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
I can't reproduce in Version: 6.3.0.0.alpha0+ Build ID: 51af3179cf972809d6495c7d58033e069f647bbf CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-01_00:15:00 Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US Calc: threaded
(In reply to Cor Nouws from comment #11) > I can't reproduce in Version: 6.3.0.0.alpha0+ > Build ID: 51af3179cf972809d6495c7d58033e069f647bbf > CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; > TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: > 2019-02-01_00:15:00 > Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US > Calc: threaded Indeed, WFM. Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: 8fbad2f600cd3ab81e7c1da0e4a2a71ebcac0553 CPU threads: 8; OS: Linux 4.20; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 31 January 2019