Created attachment 153348 [details] Export the Writer document to html and have a look at the file with your browser. Open the attached Writer-file. There is a table, which has been formatted by Table > AutoFormat Styles... Export this table to html or download the exported html-file. The borders of the table doesn't appear in the exported html-file. Here is one line of the code: <td width="25%" bgcolor="#00599d" style="background: #00599d" style="border-top: none; border-bottom: 1px solid #00599d; border-left: none; border-right: none; padding: 0cm" sdnum="1031;0;@"><p align="left" style="font-style: normal; text-decoration: none"> Note: 1) background is defined twice, as bgcolor and as style. 2) the definition of styles appears two times so the first style-definition destroys the second style-definition. Second style-definition won't be recognized by the browser. Solution 1) remove style="background: #00599d" 2) remove the old bgcolor-definition and set the background-style as part of the other styles: style="border-top: none; border-bottom: 1px solid #00599d; border-left: none; border-right: none; padding: 0cm; background: #00599d;" Note: Good CSS-definition ends every time with ";". This bug won't appear with LO 5.1.5, first appears here with LO 5.2.7.2 and also with LO 6.3.0.4 on OpenSUSE 15 64bit rpm Linux.
Created attachment 153349 [details] Original saved as html from Writer - borders have gone.
Created attachment 153377 [details] writer_table_as_HTML (browser)
Created attachment 153378 [details] writer_table_as_ODT
Created attachment 153379 [details] writer_table_as_HTML
Problem and solution with "save as" (HTML4) without any aspects of HTML5 are little bit different from the OP. The expression "bgcolor" doesn't cause any problem here, and the (manual) solution is remove 'style="background: #......' with a texteditor using "regular expression".
This seems to have begun at the below commit. Adding Cc: to Oliver Specht ; Could you possibly take a look at this one? Thanks 7957aec5c3c634ccfbdce0f25f57da477c84e13e is the first bad commit commit 7957aec5c3c634ccfbdce0f25f57da477c84e13e Author: Jenkins Build User <tdf@pollux.tdf> Date: Thu Dec 14 06:24:03 2017 +0100 source 46fa816aa0a713c54836b9689fa7a1c9ff55ef5a author Oliver Specht <oliver.specht@cib.de> 2016-03-18 15:57:17 +0100 committer Oliver Specht <oliver.specht@cib.de> 2016-03-23 13:57:16 +0000 commit 46fa816aa0a713c54836b9689fa7a1c9ff55ef5a (patch) tree 8dad103eca59e741a51a2b761c9bfd69a24f95fc parent f9cf53a082f1d99b313ebd09c8791541859eac40 (diff) tdf#63211: saving embedded images to HTML optional
*** Bug 126762 has been marked as a duplicate of this bug. ***
Dear Robert Großkopf, 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
Have tested again with the attached "writer_table_as_ODT". Could see the border now with LO 7.3.4.2 on OpenSUSE 15.3 64bit rpm Linux. I will set this one to WORKSFORME.