When formatting tables in Writer strange things happens to cells with 'double thin line' border styled frame. After assigning a 'double thin line' in a table everything is OK. So even when I generate a PDF, it produce the right border in this table. But when you store the document, close and reopen it this will happen: - A 'double thin line' border vanishes. This border then has no line style. - A 'double line fat over thin' border becomes the 'double thin line'. It seems to me that there could be an enumeration problem with the saved border style and the recreated style during loading the document. This problem arises after I switched from OpenOffice to LibreOffice. Best regards Jens PS: And I have similar save and reopen problems with Calc and I'm not able to set the 'double thin line' border style via BASIC and the UNO-API. Setting 'double thin line' border results in no order.
You might wanna check out bug 99315 and see if it fixes your problem.
Please could you test with dev version? http://dev-builds.libreoffice.org/daily/master/ Thank you
I installed 'http://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@70-TDF/current/master~2016-04-21_08.41.08_LibreOfficeDev_5.2.0.0.alpha0_Linux_x86-64_deb.tar.gz' and got following result: I created a new writer document and made a table. After applying a ‚double thin border‘, the cursor stareds to flicker, all cursor highlights become invisible and all dialog- and tooltip-texts disappeared. By the way: The third kind of ‚double border‘ with the thick line below the thin one, just clears the border. But now it won‘t change border states if saved and reopened.
Sorry, I don't know how to edit my comments, so I write the correction here. The third kind of ‚double border‘ with the thick line above the thin one, just creates a simple border, like before.
After downloading Ubuntu 16.04 I was able to try this with the stable libreoffice 5.1. There, the first double line border in a writer table now does not alter when the document ist stored and reopened. This problem is solved here. But the third double border keeps producing a single line.
(In reply to juelstner from comment #5) > But the third double border keeps producing a single line. I don't reproduce. Can you give a screenshot? 64-bit, KDE Plasma 5 Build ID: 5.1.2.2 Arch Linux build-1 CPU Threads: 8; OS Version: Linux 4.5; UI Render: default; Locale: fi-FI (fi_FI.UTF-8)
Created attachment 126507 [details] 3rd double line border setting Here's a screenshot. To be honest, all double line borders look kind of broken, maybe the 1st one looks okay, but I think it's the 2nd style that should look like this. While the current border look started at version 4.3.0.4, it wasn't correct in 4.2.0.4 (it was thick, and on all four sides). The flickering/disappearing menu issue that exists in 5.2 has been reported separately in bug 101241.
** 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.4.1 or 5.3.6 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-20170901
don't repro in Version: 6.1.4.2 Build ID: 1:6.1.4-0ubuntu0.18.10.1 CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; Locale: ru-RU (ru_RU.UTF-8); Calc: group threaded Status->WFM