Attached document have content mangled on open. First page have two tables overlapped and second page is empty, third page looks ok.
Created attachment 127229 [details] test case document
I confirm. It is shown ok in 3.6, so regression. I'm pretty sure there is an existing report for such "table inside frame", but could not find one. There is bug 69515, but it seems different. Well, bibisecting will reveal the truth. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha0+ Build ID: dc41255dc725dfa912326cc5d9e420bd66471c64 CPU Threads: 8; OS Version: Linux 4.7; UI Render: default; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on October 1st 2016 Arch Linux 64-bit Version 3.6.7.2 (Build ID: e183d5b)
*** Bug 93515 has been marked as a duplicate of this bug. ***
You're getting me dizzy with all the different Bug ID's None of them are with my name, yet you claim they are duplicates. Can you please find a bug id associated with my name. I don't know what a frame with a table within it is. I only know that when I try to import a two column table from a docx file, only the left side comes in. The right column is blank. I have sent you samples of this at least twice already. Also, your correspondence seems to refer to version 3.6. I don't know what that is either. When I look at the version of my product it is 5.1.4.2 as per the attachment. We seem to be talking apples & oranges. Please help if you can. Bob Robert Markowitz Robt.markowitz@gmail.com
Created attachment 127873 [details] Screenshot from Robert Markowitz showing version of Libre Office Per this screenshot I am using version 5.1etc, of LibreOffice. Not the version 3 point something that you were talking about.
Robert: I am talking apples + apples. The root cause of your issue is the same as Paolo's here: the DOCX has frame objects inside table cells and the frame objects slip on top of each other. The DOCX is displayed correctly in LibreOffice 3.6 and thus it is a regression. Therefore we can use this clever method to pinpoint the exact cause: https://wiki.documentfoundation.org/QA/Bibisect Adding keywords as I apparently forgot!
Created attachment 127874 [details] test case - screenshot with the bug effect and version
Thanks for your comment explaining the apples to apples analogy. Unfortunately I'm a layman and still do not understand exactly what you want me to do with Cygwin etc. I guess I'm going to have to wait and see if you can solve it without me. I would need a step by step explanation, in lay terms, of what you want me to do.
(In reply to Robert Markowitz from comment #8) > Thanks for your comment explaining the apples to apples analogy. > Unfortunately I'm a layman and still do not understand exactly what you > want me to do with Cygwin etc. I guess I'm going to have to wait and see if > you can solve it without me. I would need a step by step explanation, in lay > terms, of what you want me to do. I don't want you to do anything. Please stop changing the status.
Regression introduced by author Zolnai Tamás <tamas.zolnai@collabora.com> 2014-02-17 13:43:15 (GMT) committer Zolnai Tamás <tamas.zolnai@collabora.com> 2014-02-17 16:22:28 (GMT) commit f4ae06c6b558628457f3abdade1f2a705bf8b886 (patch) tree 9cdcf12b2c9df8f23fbf4fb0d4c85aa4d21958f1 parent 7d040153e8929f4a5a3362f04cd25e6ddb4d9f2c (diff) DOCX import: fix position of floating tables which is the same as in bug 101650. However, I'd rather not to close this as duplicate of that one. Adding Cc: to Zolnai Tamás
Created attachment 128147 [details] another testcase document
Test case: tables are wrongly created and it's also known "wrap" problem. I'll set to "low". It looked better in LO 4.2. I think it also suffers from Bug 94801.
** 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 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 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still true with libreoffice Version: 5.4.3.2 (x64) Build ID: 92a7159f7e4af62137622921e809f8546db437e5 CPU threads: 8; OS: Windows 6.1; UI render: default; Locale: it-IT (it_IT); Calc: group
Confirmed in Version: 6.1.0.0.alpha0+ Build ID: 1056f14525c5f2cf2e73d461b1aa5e7d763cd1d0 CPU threads: 4; OS: Linux 4.14; UI render: default; VCL: kde4; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-02-01_00:56:28 Locale: de-DE (de_DE.UTF-8); Calc: group
Problem is still very much there. Considering its age, would appreciate it if you can raise the priority.
Still true openinng the attached testcase with libreoffice Version: 6.1.5.2 (x64) Build ID: 90f8dcf33c87b3705e78202e3df5142b201bd805 CPU threads: 8; OS: Windows 6.1; UI render: default; Locale: it-IT (it_IT); Calc: group threaded
(In reply to Timur from comment #12) > Test case: tables are wrongly created and it's also known "wrap" problem. > I'll set to "low". It looked better in LO 4.2. > I think it also suffers from Bug 94801. Text in cells issue is resolved in Bug 94801. Tables are still overlapping in 6.5+.
Dear Paolo Devoti, 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 true with attached test case Version: 7.4.2.3 (x64) / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: en-US Calc: threaded
The document looks much better 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 but Writer still shows the second empty page. I don't know should we close this one and file a new bug report. Buovjaga, what do you think?
Created attachment 186861 [details] PDF exported from office.com
Overlapping tables fixed by ce3308a926f036b87515b8cd97d2b197063dc77a Second page empty fixed by e0017ad2a5b008111b716c0814c5a0c5b0f1e05b Bibisected with Linux and Windows 7.6 repositories. Thanks to Miklos Vajna.