Bug 85481 - FILEOPEN: frames positioned incorrectly in DOC file (likely due to layout issues) (comment 10)
Summary: FILEOPEN: frames positioned incorrectly in DOC file (likely due to layout iss...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:doc
Depends on:
Blocks: DOC-Frames
  Show dependency treegraph
 
Reported: 2014-10-26 11:27 UTC by Buovjaga
Modified: 2023-05-30 22:02 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
English_Manual_for_Split_EVI_type_min.docx: DOCX of page 11 (54.13 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2023-05-30 21:32 UTC, Justin L
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Buovjaga 2014-10-26 11:27:39 UTC
DOC file: attachment 108383 [details]
First reported bug related to this file: bug 85430
PDF export using 4.4.0.0 alpha1 from Oct 24: attachment 108384 [details]
PDF export using Word 2010: attachment 108385 [details]

Problems:  Frames on pages 11, 12 are in the wrong position, not hiding the Chinese text. On page 5, Figure B has a frame between the houses with the text "Wind" that should not be on top of the arrow.
Comment 1 A (Andy) 2014-10-26 11:53:30 UTC
Reproducible already with LO 4.3.2.2 (Win 8.1)
Comment 2 QA Administrators 2015-12-20 16:18:02 UTC Comment hidden (obsolete)
Comment 3 A (Andy) 2015-12-26 22:31:00 UTC
Reproducible with LO 5.1.0.1, Win 8.1
Comment 4 Telesto 2016-12-21 12:47:14 UTC
Reproducible with:
Version: 5.4.0.0.alpha0+
Build ID: 9cfb2f2f03b5ec086487fd483298466db0b09010
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2016-12-20_23:58:02
Locale: nl-NL (nl_NL); Calc: CL
Comment 5 Buovjaga 2017-11-03 17:31:54 UTC
Still confirmed.

Arch Linux 64-bit, KDE Plasma 5
Version: 6.0.0.0.alpha1+
Build ID: 64024d7c18bd114eb9958cf80eea9129e09923bd
CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on November 3rd 2017
Comment 6 QA Administrators 2018-11-04 03:58:16 UTC Comment hidden (obsolete)
Comment 7 Buovjaga 2019-08-09 09:19:07 UTC
Still confirmed

Version: 6.4.0.0.alpha0+ (x64)
Build ID: ed882d693f37779e3a09641e7cd43b7a925d2312
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-07-25_00:58:18
Locale: fi-FI (fi_FI); UI-Language: en-US
Calc: threaded
Comment 8 QA Administrators 2021-08-09 03:41:44 UTC Comment hidden (obsolete, spam)
Comment 9 Justin L 2023-05-30 21:21:29 UTC
repro 7.6+ for the visible Chinese characters on page 11.

Page 12 is now fine, as of 7.0 commit 4ce8120f1e53f7b81e653b01d141643013bc69ab
Author: Michael Stahl on Fri Jan 24 19:05:40 2020 +0100
    tdf#45589 sw: create and paint text portions for bookmarks

I was afraid of that. These are likely just layout goofiness. Page 12 got even better in 7.1 with commit 417353e1c0dca23d888f554ff272f66e40b77eab
Author: Michael Stahl on Wed Jun 3 16:03:09 2020 +0200
    tdf#130804 sw: fix bookmark portions in line containing only as-char fly
Comment 10 Justin L 2023-05-30 21:32:31 UTC
Created attachment 187615 [details]
English_Manual_for_Split_EVI_type_min.docx: DOCX of page 11

DOC or DOCX doesn't seem to matter - as expected with a layout issue.
Comment 11 Justin L 2023-05-30 21:55:16 UTC
The frames didn't exist in OOo.
It actually looked perfect in 3.6, but broke in 4.0, somewhere in the range
https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=179a6db61ee30cf776747802f06edeef45fec461..5f91f8a368343d8921a01edb7359cd300892f09d