Created attachment 150452 [details] Documents with a table which properties are not saved 1. Open the attached document; 2. in the table (it's the only one table in the document), go to Table->Properties; 3. on Text Flow tab, check Break->Page->Before; 4. on Columns tab, change first column width from 8.5 to 3.5 cm; 5. on Background tab, set a color to the cell. 6 Confirm, save and reopen. The table properties are reset to no break before, equal column widths, no background.
Tested with Version: 6.2.2.2 (x64) Build ID: 2b840030fec2aae0fd2658d8d4f9548af4e3518d CPU threads: 12; OS: Windows 10.0; UI render: GL; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: CL
Created attachment 150467 [details] Documents with a table which properties are not saved The file with fonts embedding turned off to minimize sample. The problem is still there.
Regression after: https://git.libreoffice.org/core/+/3bc3ddc11fd94877d9c5d2b8313ab53150818236 > author Tomaž Vajngerl <tomaz.vajngerl@collabora.co.uk> Mon Jul 09 00:47:07 2018 +0200 > committer Tomaž Vajngerl <quikee@gmail.com> Tue Jul 10 16:15:12 2018 +0200 > > tdf#65353 filter fonts when embedding (unused, font script) To reproduce from scratch: 1. Create an empty text document; 2. Add a 2-cell 1-row table; 3. Decrease width of first cell; 4. Save and reopen => everything saved OK 5. Go to File->Properties, and on Font tab, check "Embed fonts in the document"; make sure "Only embed fonts that are used in the documents" is unchecked 6. Save and reopen => everything saved OK 7. Go to File->Properties, and on Font tab, check "Only embed fonts that are used in the documents" 8. Save and reopen => The problem appears: the cells have same widths; and original table border is lost.
Reproduced in Version: 6.3.0.0.alpha0+ Build ID: f420aa3e027e04e49b7031ebf0613debcaab2ea0 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded
*** Bug 127332 has been marked as a duplicate of this bug. ***
*** Bug 126307 has been marked as a duplicate of this bug. ***
*** Bug 131249 has been marked as a duplicate of this bug. ***
I encoutered the same bug but I didn't find it in bugzilla, so I reported a new one. It is the "Bug 132273", how can I put it into the "duplicates" of this bug report ?
*** Bug 132273 has been marked as a duplicate of this bug. ***
*** Bug 127036 has been marked as a duplicate of this bug. ***
*** Bug 130432 has been marked as a duplicate of this bug. ***
*** Bug 133113 has been marked as a duplicate of this bug. ***
*** Bug 130292 has been marked as a duplicate of this bug. ***
*** Bug 131122 has been marked as a duplicate of this bug. ***
Citing myself from bug 127036 comment #1 (how could I forget answering to that bug, that I myself filed this one): > The problem is in XMLFontAutoStylePool::exportXML, which calls > XMLFontAutoStylePool::getUsedFontList. The latter in turn calls > SwXMLExport::collectAutoStyles, and that one indirectly writes the autostyle > entries. It is used in SwXMLExport::ExportAutoStyles_ called from > SvXMLExport::ImplExportAutoStyles, and there it is wrapped into > XML_AUTOMATIC_STYLES element. > > The resulting XML structure in content.xml is > > > <office:document-content ...> > > ... > > <office:font-face-decls> > > <style:style style:name="Table1" style:family="table"> > > <style:table-properties style:width="17.013cm" fo:margin-left="0cm" table:align="left"/> > > </style:style> > > <style:style style:name="Table1.A" style:family="table-column"> > > <style:table-column-properties style:column-width="1.508cm"/> > > </style:style> > > ... > > <style:font-face style:name="Arial1" svg:font-family="Arial" style:font-family-generic="swiss"/> > > ... > > </office:font-face-decls> > > <office:automatic-styles/> > > ... > where automatic styles, including those with table properties, are inside > office:font-face-decls element, and the office:automatic-styles element is > empty. > > Adding Tomaž Vajngerl, the author of > https://git.libreoffice.org/core/+/1a8435a23e84f3ceeee580eb9d4404a738d98888. > Tomaž, the problem existed before the said patch (didn't try to check if > that's a regression, or had it existed from the start of introducing the > setting), but you are the expert here; do you have an idea how to fix this? > > Note that this problem occurs even when fonts aren't embedded at all (i.e., > the top setting "Embed fonts in the document" in the dialog is unchecked) - > so there's also likely performance problem, that some code unnecessarily > runs when not needed. > > Already reproducible with Version: 6.2.0.0.alpha0+ > Build ID: 68d3a44bc96041982cb38c140c0f9628dc8547c5 > CPU threads: 12; OS: Windows 10.0; UI render: GL; > Locale: ru-RU (ru_RU); Calc: group threaded
https://gerrit.libreoffice.org/c/core/+/100153
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/35021cd56b3b4e38035804087f215c80085564be tdf#124470: Split export of table autostyles out from collection phase It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
AMDG Many thanks. Unchecking the embedded fonts solved the problem. Win10 save the file with all the table characteristics preserved. JRBreton
Mike Kaganski committed a patch related to this issue. It has been pushed to "libreoffice-7-0": https://git.libreoffice.org/core/commit/378537536a135a80d97752368a032814b81cabca tdf#124470: Split export of table autostyles out from collection phase It will be available in 7.0.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Mike Kaganski committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/7b661ad44b81a200caaff0afaa0c822e3d635ee5 tdf#124470: Split export of table autostyles out from collection phase It will be available in 6.4.7. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Confirm fixed in: Version: 6.4.7.2, Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5; Locale: en-US (en_US.UTF-8); UI-Language: en-US, Calc: threaded
*** Bug 137338 has been marked as a duplicate of this bug. ***
Created attachment 206400 [details] Example file with bug The bug is still there. I have added a file which shows the described behaviour. Version: 26.2.1.2 (X86_64) Build ID: 620(Build:2) CPU threads: 16; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded
(In reply to Johannes from comment #23) > The bug is still there. I have added a file which shows the described > behaviour. Do not reopen bugs fixed six years ago. You can use a little effort to understand that since then, testing was made, and the bug didn't appear in the following releases. What you see (which you did not sufficiently explain!) has to be something new, even if it looks similar / same. File a new bug report. Explain what you see in details (steps to reproduce, expected results, actual results, attachments, version, all of that). Put this bug to See Also, if you think it's related. This bug is done.