https://bugs.documentfoundation.org/show_bug.cgi?id=115251
--- Comment #4 from Telesto <tele...@surfxs.nl> ---
Bisected to
author Miklos Vajna <vmik...@collabora.co.uk> 2017-04-26 17:52:27 +0200
committer Miklos Vajna <vmik...@collabora.co.uk> 2017-04-26 18:35:56
+0200
commit 1b471124df251011b0053900cb82ceb0f3d8be86 (patch)
tree d2a6a2abc6c6d57b26b43d74a88ef1dd15293ec3
parent ad6515f48ced36ab9d10840aa60670fc41d25c6b (diff)
tdf#107392 ODF import: fix z-order sorting of SVG images
The problem was that in case the document has shapes where the order
does not match the z-index order, so sorting is needed, then sorting
failed to take the multi-image feature into account. E.g. SVG images
have a PNG fallback, but at the end of the shape import the PNG
fallback is removed, which means the "actual" (not the "wished") z-index
of the shapes after the SVG image has to be adjusted.
Without this happening SvxDrawPage::getByIndex() (or in case of Writer,
SwTextBoxHelper::getByIndex()) will throw when the importer calls
getByIndex(3) but we only have 3 shapes. This results in not honoring
the z-index request of the remaining shapes.
Regression from commit 44cfc7cb6533d827fd2d6e586d92c61d7d7f7a70 (re-base
on ALv2 code. Includes (at least) relevant parts of:, 2012-10-09), from
the
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
