In due course over the next week I'll work on reporting individual bugs for these problems, and try to prepare some files to show them, with steps.
(All references here to an "image" here is to an image with captions, thus to an image+caption in a frame. All images I was working with were intended to occupy most of the page they appeared on.)
Images move dramatically: large distances from where they're anchored, whether you anchor them to a paragraph or to a character.
Images, when they move unexpectedly, can even move before earlier images.
Images, when text is edited, can "vanish".
Image vanishing can be to unspecified parts of the document (disappearing from the frame they're supposed to be within).
Body text can disappear under image frames, regardless of how the image is anchored. The only way to be able to see the text again is to delete the image and then its frame, and re-insert the image. Simply changing the anchor style of the image is not enough to make the text visible again. It's as if the text is wrapped behind the image, despite having wrap turned off.
An image anchored to a paragraph can move large distances from the paragraph it's anchored to, even though wrap is turned off.
Updating a table of cross references to captioned images, all of which are anchored to paragraphs, changes all anchoring to a character instead. Any subsequent attempt to change the anchoring of any image back to a paragraph moves the image quite unpredictably - including, outside its frame. Editing the text near the image will also tend to trigger this effect.
If you add a caption above or below, trying to change this placement later will generally lead to a caption that overlaps underneath the image and is largely (or completely) obscured. The only way to get the caption positioned correctly is to delete the image + frame and reinsert the image and recaption it with the placement desired.
Inserting an image near another image is likely to cause one or all images earlier in the document to move.
I've suffered these problems in LibreOffice and OpenOffice and StarOffice for many years. But it was only this month when I was preparing a document with images for publication that I discovered how buggy the functionality was. Apparently it has been so for a long time, based on my own experience, and blog articles such as http://www.linux-magazine.com/Online/Blogs/Off-the-Beat-Bruce-Byfield-s-Blog/The-mysteries-of-positioning-pictures-in-LibreOffice-OpenOffice
A search in the bug database uncovered few if any of the bugs I experienced (104998 and 108748 seem to be related to PDF creation). 51131 from 2012 seems like it might be related to some of these bugs. 87272 might be related, only in that nothing bizarre that an image in LO does would surprise me: the behaviour is so unpredictable I have no mental model for how images are linked into the text.
(In reply to Selkie from comment #0)
> In due course over the next week I'll work on reporting individual bugs for
> these problems, and try to prepare some files to show them, with steps.
Have at it, but please make each of them concise, each with valid STR and sample documents that reproduces the issue(s).
Then link them to one of the META issues -- bug 47148, or bug 103152.
I've spent about 9 hrs on this so far. I now have 56 document files, producing by step by step adding images and then trying to reproduce the problems, and have been largely successful.
However, each .odt file averages about 3MB, so I certainly can't attach them all here, nor would you want that, even though they make most sense as a collection. If there's somewhere I could upload a set of files as a 218MB .zip file, let me know. Otherwise I'll start filing bug reports one by one over the next few weeks I guess, with just one file attached. Perhaps here it will help if I attach just the set of images I used? Though that might be too big on its own, at 6MB. I guess I'll try, and see.
Created attachment 137242 [details]
Zip file containing the images used to insert in the test docs
$ unzip -l JustImages.zip
Length Date Time Name
--------- ---------- ----- ----
354974 2017-10-23 18:08 images/1-Mermaid-MichaelCoglan-photo-cropped.jpg
141367 2017-10-23 20:39 images/2-ariel_by_sina_rose-d8we1ma.jpg
1176063 2017-10-23 18:12 images/3-Dollarphotoclub_36948095-mid-crop.jpg
810832 2017-10-23 18:15 images/4-Dollarphotoclub_34029590-mid-crop-harsh.jpg
156523 2017-10-23 18:04 images/Cover-Wikipedia-Image-Peacock_Springs_EntranceX2.jpg
826886 2017-10-23 17:39 images/Dollarphotoclub_34029590-mid-crop-harsh.jpg
387303 2017-10-23 17:37 images/Dollarphotoclub_34029590-sml-crop-harsh.jpg
1231961 2017-10-23 17:41 images/Dollarphotoclub_36948095-mid-crop.jpg
682478 2017-10-24 00:12 images/LO-fattened-image-displayed-bug.png
566284 2017-10-24 02:30 images/LO-maybe-spurious-blank-page-displayed-bug.png
353062 2017-10-23 17:33 images/Mermaid-MichaelCoglan-photo-cropped.jpg
132045 2017-10-23 17:59 images/Wikipedia-Image-Peacock_Springs_EntranceX2.jpg
98370 2015-06-23 15:24 images/ariel_by_sina_rose-d8we1ma.jpg
6918148 13 files
Dear Bug Submitter,
This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.
For more information about our NEEDINFO policy please read the
wiki located here:
If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
Thank you for helping us make LibreOffice even better for everyone!
Dear Bug Submitter,
Please read this message in its entirety before proceeding.
Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):
a) Provide details of your system including your operating
system and the latest version of LibreOffice that you have
confirmed the bug to be present
b) Provide easy to reproduce steps – the simpler the better
c) Provide any test case(s) which will help us confirm the problem
d) Provide screenshots of the problem if you think it might help
e) Read all comments and provide any requested information
Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:
a) respond via email
b) update the version field in the bug or any of the other details
on the top section of our bug tracker