Bug 78755 - FILEOPEN DOCX - Floating table covers the following none wrap table
Summary: FILEOPEN DOCX - Floating table covers the following none wrap table
Status: RESOLVED DUPLICATE of bug 118794
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, filter:docx, regression
Depends on:
Blocks: DOCX-Floatingtable
  Show dependency treegraph
 
Reported: 2014-05-15 19:12 UTC by ape
Modified: 2021-01-21 10:07 UTC (History)
8 users (show)

See Also:
Crash report or crash signature:


Attachments
DOCX file for example (15.21 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2014-05-15 19:12 UTC, ape
Details
The screenshot shows an error (313.04 KB, image/png)
2014-05-15 19:44 UTC, ape
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ape 2014-05-15 19:12:50 UTC
Created attachment 99124 [details]
DOCX file for example

Open the attached file using programs LibreOfficeDev-4.3.0 (or LibreOffice-4.0.6\4.1.6\4.2.4) and LibreOffice-3.6.7. The second table is placed on the page incorrectly.
It’s the regression to the LibreOffice-3.6.7
Comment 1 ape 2014-05-15 19:44:39 UTC
Created attachment 99127 [details]
The screenshot shows an error
Comment 2 ape 2014-05-16 11:37:24 UTC
It seems to me that there is an error in parsing file.
Please read my message (bug 78745 comment 3) and look at the contents (content.xml) of this file (attachment 99152 [details]).
Comment 3 tommy27 2015-05-24 18:29:09 UTC
tested under Win8 with LibO 4.4.1 and 5.1.0 alpha
now LibO asks to repair the file

if you select Yes the file cannot be opened
if you select no the file is opened with table in incorrect position like in the screenshot
Comment 4 Robinson Tryon (qubit) 2015-12-14 05:32:38 UTC Comment hidden (obsolete)
Comment 5 Joel Madero 2016-01-09 17:51:33 UTC
Moving out of Critical as it does not meet our definition of a critical bug.

Normal: Can prevent high quality/professional work
Comment 6 Xisco Faulí 2016-08-27 17:18:04 UTC
Regression introduced in range 61fffd72ac9f09b95faf266f29e643c7bff802bd..60790b3f0ccc1779bcff2ddcc278a9027aedabee
Comment 7 Aron Budea 2017-02-09 02:36:01 UTC
Bibisected the smaller range using repo bibisect-42max.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=9f4c8a8bca06b4c2a916a51909367b453fc41a8b

commit 99ff573c65e8edfb0513b4c9d643f95a5f91924f
Author: Matthew Francis <mjay.francis@gmail.com>
Date:   Sat Sep 5 17:59:17 2015 +0800

    source-hash-9f4c8a8bca06b4c2a916a51909367b453fc41a8b
    
    commit 9f4c8a8bca06b4c2a916a51909367b453fc41a8b
    Author:     Cédric Bosdonnat <cedric.bosdonnat@free.fr>
    AuthorDate: Wed May 22 11:34:01 2013 +0200
    Commit:     Cédric Bosdonnat <cedric.bosdonnat.ooo@free.fr>
    CommitDate: Tue May 28 15:00:39 2013 +0200
    
        n#816593: Floating table width import fix: adjust the frame width
    
        Change-Id: I8212bc5981418f6cbd514bf5002e6a5dbdf53152

# bad: [4b1d5133019c74417bf4e868e7738c38c1281d93] source-hash-60790b3f0ccc1779bcff2ddcc278a9027aedabee
# good: [29c7a5be9d056a479588b010383463f6cabdbb6a] source-hash-61fffd72ac9f09b95faf266f29e643c7bff802bd
git bisect start '4b1d5133019c74417bf4e868e7738c38c1281d93' '29c7a5be9d056a479588b010383463f6cabdbb6a'
# bad: [78448d0093f62c4c6daead54e465d65007cefd6f] source-hash-daa2ac6e76a4c30a4e2b9a9d0f9d7e351fcb5b5f
git bisect bad 78448d0093f62c4c6daead54e465d65007cefd6f
# good: [a33a55515f4f25dbd283fecc1cc7e86f8f29f5e2] source-hash-08bb8fca4144608237418d64b1479840c408256f
git bisect good a33a55515f4f25dbd283fecc1cc7e86f8f29f5e2
# good: [1fae1b44e4cd00aa199a9feccee685bdd8dde19a] source-hash-e39e9e4cd8a7c9a1d465eeec88aa5581de535fa6
git bisect good 1fae1b44e4cd00aa199a9feccee685bdd8dde19a
# good: [7f312c3ebab23ef8d5bbc8db61e82d95bd218736] source-hash-b263b27c014fc1152bedba9f4d999d3f7db1f038
git bisect good 7f312c3ebab23ef8d5bbc8db61e82d95bd218736
# bad: [99ff573c65e8edfb0513b4c9d643f95a5f91924f] source-hash-9f4c8a8bca06b4c2a916a51909367b453fc41a8b
git bisect bad 99ff573c65e8edfb0513b4c9d643f95a5f91924f
# good: [25e6b51404c0c9f1c395c69b5bb12aa72cc39040] source-hash-788a38fd32389ba73d5db2b38920768f4af24fb5
git bisect good 25e6b51404c0c9f1c395c69b5bb12aa72cc39040
# first bad commit: [99ff573c65e8edfb0513b4c9d643f95a5f91924f] source-hash-9f4c8a8bca06b4c2a916a51909367b453fc41a8b
Comment 8 QA Administrators 2019-01-14 03:51:44 UTC Comment hidden (obsolete)
Comment 9 Timur 2019-03-27 13:55:04 UTC
Repro 4.0 and 6.3+. This is floating table. Not related to bug 114962, rather to likes of bug 75331.
Comment 10 Timur 2019-03-27 14:20:39 UTC
*** Bug 115188 has been marked as a duplicate of this bug. ***
Comment 11 Justin L 2021-01-21 10:07:00 UTC
Fixed in LO 7.0.
I confirmed both this document and the duplicate bug's example were fixed.

*** This bug has been marked as a duplicate of bug 118794 ***