Bug 122645 - Image/Text position messed up after save-close-open
Summary: Image/Text position messed up after save-close-open
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.0.1 rc
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Anchor-and-Text-Wrap
  Show dependency treegraph
 
Reported: 2019-01-10 22:08 UTC by Chameleon
Modified: 2021-03-03 10:53 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
The book (1.11 MB, application/vnd.oasis.opendocument.text)
2019-01-10 22:19 UTC, Chameleon
Details
Page 4 in wrong state immediately after load document (84.78 KB, application/pdf)
2019-04-09 12:35 UTC, Chameleon
Details
Page 4 after manipulation (84.82 KB, application/pdf)
2019-04-09 12:37 UTC, Chameleon
Details
Page 4 after manipulation (242.08 KB, image/jpeg)
2019-04-09 12:43 UTC, Chameleon
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chameleon 2019-01-10 22:08:36 UTC
Description:
I have a book with a large number of images. Images usually anchored to character and wrapped with contour.
When I save the book, close LibreOffice and re-open the book, many (not all) of images mess with their position.
Images/text go to their correct position if, for every misplaced image, I edit contour, stretch a little and stretch back the contour. I must do this every time I open the book.
I try to provide a minimal sample but I failed. So I provide the complete book with an equivalent PDF produced with LibreOffice somewhere in 2009.

Steps to Reproduce:
Open provided book.

Actual Results:
Images before save have been placed correct. Now they are misplaced. This happens on every save-close-load. Check for instance, pages 9 and 21

Expected Results:
Correct placed images and surrounding text.


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 Chameleon 2019-01-10 22:19:50 UTC
Created attachment 148229 [details]
The book
Comment 2 Dieter 2019-01-11 07:26:47 UTC
Document in the attachemnt has 6 pages, but I can see misplaced images. I also noticed, that they are anchored in a different way: To character. All other pictures are achored to paragraph or as character. So that might be the reson. Does it solve your problem, if you change the anchor? (I don't think, this is a bug).

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the problem is still present. Change to RESOLVED NOTABUG, if the problem went away.
Comment 3 Chameleon 2019-01-11 18:38:46 UTC
No.
Problem is not solved if I change the anchor target.
Yes, temporary solved, as always, but after save-close-open they all messed up again.

As, I have images wrapped in parallel with contour, and they are overlapped, why is not a bug?
Wrapped in parallel means that anything can overlap areas excluded from contour polygon. If areas included in polygon overlapped, it is a bug.
Am I wrong with this?
Comment 4 Chameleon 2019-04-07 09:30:02 UTC
Another way to fix misplaced image, is to change its width or height with mouse and press Undo.
Then misplaced image goes to correct position.
Try this on provided sample (page 4).
Comment 5 Dieter 2019-04-09 12:08:03 UTC
Sorry, but i don't know how to reproduce it, because I don't know how it should looks like. Perhaps you can add a PDF with images in correct position?
Comment 6 Chameleon 2019-04-09 12:35:58 UTC
Created attachment 150619 [details]
Page 4 in wrong state immediately after load document
Comment 7 Chameleon 2019-04-09 12:37:21 UTC
Created attachment 150620 [details]
Page 4 after manipulation

Page 4 from wrong to correct state: Change with mouse, the width or height of an image and press undo.
Comment 8 Chameleon 2019-04-09 12:43:56 UTC
Created attachment 150621 [details]
Page 4 after manipulation

I failed to produce a correct PDF because, instead of libreoffice writer view, PDF view has an image over text.
So I give a screenshot
Comment 9 Dieter 2019-04-09 13:13:10 UTC
I confirm the described behaviour with

Version: 6.3.0.0.alpha0+ (x64)
Build ID: 421e6fc3cd2e6fe37afbef341e2d0ad7b8edde37
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-04-07_01:12:58
Locale: en-US (de_DE); UI-Language: en-US
Calc: threaded
Comment 10 Dieter 2021-03-03 10:53:07 UTC
Couldn't reproduce with

Version: 7.1.1.2 (x64) / LibreOffice Community
Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Attachment 148229 [details] looks as the expected result from attachment 150621 [details].
=> RESOLVED WORKSFORME