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
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
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 126.96.36.199 (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 188.8.131.52 as per the attachment. We seem to be talking apples & oranges. Please help if you can.
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 <firstname.lastname@example.org> 2014-02-17 13:43:15 (GMT)
committer Zolnai Tamás <email@example.com> 2014-02-17 16:22:28 (GMT)
commit f4ae06c6b558628457f3abdade1f2a705bf8b886 (patch)
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!
Still true with libreoffice
Version: 184.108.40.206 (x64)
Build ID: 92a7159f7e4af62137622921e809f8546db437e5
CPU threads: 8; OS: Windows 6.1; UI render: default;
Locale: it-IT (it_IT); Calc: group
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: 220.127.116.11 (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+.