Created attachment 141911 [details] Sample in DOCX The attached Word document (same in DOC and DOCX formats) contains a regular and a floating table. When opened in Writer, only the regular table is shown, the floating table is lost upon import. Observed using LO 6.1alpha1, 4.4.0.3 & 3.5.0.3 / Windows 7. Both tables are imported in LO 3.3.0 (positioning is bad with DOCX, not with DOC). => regression, not bibisectable
Created attachment 141912 [details] Sample in DOC
Created attachment 141913 [details] PDF exported in Word Note that the PDF only shows one table, the missing one, because the other has no borders, and they're both empty.
Confirmed. Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: 67aaa98600269e6b8fa631146c3649a261369471 CPU threads: 8; OS: Linux 4.16; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded Built on June 7th 2018
(In reply to Aron Budea from comment #0) > Observed using LO 6.1alpha1, 4.4.0.3 & 3.5.0.3 / Windows 7. > Both tables are imported in LO 3.3.0 (positioning is bad with DOCX, not with > DOC). > => regression, not bibisectable Also checked in bibisect-43all, and with the DOC it's already buggy in the oldest commit. Now with the DOCX, the disappearance of the table could be bibisected with bibisect-43all, and the result is the following range: https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=c3aa1cefdc6521d34a2a32c20bae1593e1edb5ba..c29af1572ad15ac5199a09e5812fb8354c165329 suspecting one of the following DOCX-related changes from Miklos (on the basis that they are dealing with tables and/or DOCX): n#775899 SwXText::convertToTextFrame fix for multi-paragraph tables n#775899 initial docx import of w:vertAnchor inside w:tblpPr n#775899 SwXText::convertToTextFrame fix removing fake paragraph If it would be beneficial to have separate tickets for the DOC/DOCX case, let me know.
repro 7.1+ Table is still missing when first round-tripped by Office 2016, and when text is added to the floating table, and when the position is based on margin instead of page. The 13 row table is definitely being read: warn:sw.core:565509:565509:sw/source/core/table/swnewtable.cxx:2183: Line width differs from table width: 14784 current [13]: 14780
This is a "hidden" problem. The paragraph before the table contains <w:vanish/>
(In reply to Justin L from comment #6) > The paragraph before the table contains <w:vanish/> The paragraph AFTER the table contains the vanish actually. Even worse... The option to see hidden content is now in tools-options-writer-Formatting Aids-Hidden characters.
Adding some similar bugs about objects anchored to characters with w:vanish (hidden character) property... for inspiration.
Dear Aron Budea, 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
Still in LO 7.6.0.0.alpha0+ (d993327eab0a2c9c8820c6528075b01de68b0ec6) / Ubuntu.
Still repro in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5cd9de202765e243e41416802f3e4486b8a96f16 CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: CL threaded
Still repro Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 35787e07b7e83f7dcaa0c67830fcb4eded49c71f CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
*** Bug 98331 has been marked as a duplicate of this bug. ***
*** Bug 84100 has been marked as a duplicate of this bug. ***
*** Bug 119803 has been marked as a duplicate of this bug. ***
Some (but not all) of these have been fixed in 24.2 by commit 79ddca4def81198e3eee42eca8aca42fef964c80 Author: Miklos Vajna on Wed Jul 5 08:33:06 2023 +0200 sw floattable: fix lost floating table right before a table from DOC The bugdoc has a floating table, anchored in a paragraph that is hidden via character formatting. Fixed: -missing_table.doc from comment 1 -bug1.doc from bug 84100 comment 0 -grillexa2016.doc from bug 98331 comment 0 -now the single-row table is lost underneath the now-visible floating table, BUT A LATER COMMIT FIXED THAT TOO. - NOT YET FIXED: -floating_tables.doc from bug 119803 comment 0 -missing_table.docx from this bug, comment 0
(In reply to Justin L from comment #16) > NOT YET FIXED: > -floating_tables.doc from bug 119803 comment 0 confirmed still broken > -missing_table.docx from this bug, comment 0 Fixed with commit 52d265c0d2f2638c386475e58c3ee489ccd3f06c Author: Miklos Vajna on Thu Jul 13 08:14:42 2023 +0200 sw floattable: fix lost floating table right before a hidden para from DOCX
Since the only thing remaining in this bug is a duplicate, lets mark this as fixed, and unmark the other as a duplicate, especially since the other is a "regression" based on the hugely problematic "W8PLCFMan::AdjustEnds deeply flawed concept wrt change tracking"