Bug 153742 - FILEOPEN DOCX Image anchored To Character covers text content (wrap type should be Through instead of Parallel)
Summary: FILEOPEN DOCX Image anchored To Character covers text content (wrap type shou...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.3.0.3 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:docx
Depends on:
Blocks: Anchor-and-Text-Wrap Textbox
  Show dependency treegraph
 
Reported: 2023-02-19 20:08 UTC by Angel
Modified: 2024-09-26 08:09 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Word fiel with the problem (331.12 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2023-02-19 20:10 UTC, Angel
Details
The file as a PDF generated with Word (934.51 KB, application/pdf)
2023-02-19 20:10 UTC, Angel
Details
The file generated as PDF with Writed 7.5 (389.91 KB, application/pdf)
2023-02-19 20:11 UTC, Angel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Angel 2023-02-19 20:08:52 UTC
Description:
Note example. The back drawing of the page hides the text. Yuo can´t solve sending the image to the back
It is sowed correctly in Word

Steps to Reproduce:
1.Simply open the file. You will not see the text of the file
2.
3.

Actual Results:
You can´t solve the situation sending the drawing to the back

Expected Results:
I expect to see it like the the example PDF


Reproducible: Always


User Profile Reset: No

Additional Info:
Word well in Word. If you delete the background drawing the text is there
Comment 1 Angel 2023-02-19 20:10:00 UTC
Created attachment 185476 [details]
Word fiel with the problem
Comment 2 Angel 2023-02-19 20:10:44 UTC
Created attachment 185477 [details]
The file as a PDF generated with Word
Comment 3 Angel 2023-02-19 20:11:27 UTC
Created attachment 185478 [details]
The file generated as PDF with Writed 7.5
Comment 4 Ezinne 2023-02-24 04:54:07 UTC
Reproducible in:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4a0d671706306661c4a5072ce4769dc47bc65f71
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded
Comment 5 BogdanB 2023-04-02 16:38:23 UTC
I move the top part of box from the first page a little bit down from the header and I changed the anchor from "To character" to "To page" and everything looks fine.

Please try to play with this a little bit.
Comment 6 Buovjaga 2024-09-25 18:24:05 UTC
This changed in 7.3 with 7246e57216bb20c15af0ecf6a0183f5ffa81e780
tdf#143591 DOCX import: handle anchored objects as at-char

Let's ask what Miklós thinks.
Comment 7 Miklos Vajna 2024-09-26 07:59:25 UTC
Word only has inline (our "as char") and anchored (our "at char") anchor types, so mapping anything to "to paragraph" would be data loss (you now only know the paragraph, not the character position), that's what the above commit fixes.

When trying to see why much of the content from page 1 moves to page 2 in Writer, what caught my eye is that the wrap type of the full-page shape on page 1 is "parallel" in Writer, but it's "through" in Word.

I guess the root of this problem will be this wrap type, since changing the wrap type to "through" on the Writer UI fixes the problem.

I expect that was a problem before the above commit already, so the current "confirmed but, but not a regression from the above commit" state looks correct to me. Thanks.