Variation of line thickness 0,25 to 1.0 for a table does not show any effect on video display. This makes it impossible to control ongoing work without having it printed out.
Thanks for bugreport Currently difference between them can be seen only if seriously zoom sheet. If use Print Preview, we can see the same problem, some lines often sisappears depending of zoom and thickness. reproduced in 3.3.4 and 3.5.3 on Fedora 64 bit in 3.3.4 difference in thickness not seen even if zoom. So, improvement in this direction done. Changing version to 3.3.4 as most early reproducible
Confirmed with: LO 3.5.5.3 Build ID: own W7 debug build Windows 7 Professional SP1 64 bit Difference between 0,05 and 1,00 borders is clearly visible but 0,05;0,15;0,25 stepping could be unnoticeable on display (sometimes big zoom is required).
This is a very annoying behavior and it is a regression compared to OOo, I didn't test the recent OOo (AOO), but it worked in older versions. It gets much worse with antialiasing enabled in options. It is absolutely impossible to visually format a table because of this bug. Up to 125% zoom the thickness is completely indistinguishable. 0.05 up to 0.39 look absolutely identical, on the other hand adding one pt to 0.40 is causing an extreme thickness jump and then it is the same again up to 1.49 and another extreme thickness jump for 1.50 and so on. There are also some other issues with border rendering, that might be related, for example left and right borders get rendered too thin (top and bottom render correctly).
Thanks for additional testing. "Version" is most old version where bug appears. Not current version. Changing back to 3.3.4
** 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.3.5 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) Thank you for your help! -- The LibreOffice QA Team
Yep, this is still the case. Win 7 Pro 64-bit Version: 4.5.0.0.alpha0+ Build ID: 07e84cae983c08afdba03018413a19d01abb3006 TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-01-19_06:15:38
** 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.5 or 5.1.0) 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: 2016-02-21
Where is the bug here ? If you ask LibreOffice to show something that your screen resolution make impossible to draw, it is not a bug if you don't get it. Yes, you need to zoom to be able to see what is too small for your screen resolution. It is normal behavior. Closing as NotABug. Feel free to reopen if you can provide screen copies proving it worked differently in some previous version. Best regards. JBF