Created attachment 132791 [details]
See the attached document, open it in Writer.
Expected: z-index (or z-order) from bottom -> up is bitmap (twitter logo), text frame, finally the svg image (libreoffice logo).
Actual: text frame, svg, bitmap.
Related to bug 96315?
I see the wrong order, but I cannot produce a similar disorder with a new document. How have you created that file?
If you delete either the svg or the ersatz png in the file source, the order is correct. If you resave the document the order is corrected to the actual stacking. If I manually change the z-order in file, the shown stacking corresponds to the z-index.
David, based on the title it sounds related, yes. It's a good idea to check if the fix for this bug will fix that other bug as well (and in that case that should be closed as a duplicate).
Regina, this is a simplified version of a customer document, but I think it's possible to create something like this from scratch as well. You just have to make sure that in Writer you have e.g. 3 paragraphs and anchor 3 images to each of them, so you can control in which order the shapes appear in the document, then make sure that the z-indexes are 1-2-0 in the document order (so on the UI first "send to back" the second shape, then the first, finally the third). And to trigger the sorting problem the middle shape should be an SVG one, together with a PNG replacement.
Miklos Vajna committed a patch related to this issue.
It has been pushed to "master":
tdf#107392 ODF import: fix z-order sorting of SVG images
It will be available in 5.4.0.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
version: 22.214.171.124.alpha0+ / build id : ec79f34 / android 5.1