https://bugs.documentfoundation.org/show_bug.cgi?id=138354
Michael Stahl (allotropia) <michael.st...@allotropia.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|libreoffice-b...@lists.free |michael.st...@allotropia.de
|desktop.org |
Status|NEW |RESOLVED
Resolution|--- |DUPLICATE
--- Comment #6 from Michael Stahl (allotropia) <michael.st...@allotropia.de> ---
can't reproduce this with current master.
bibisect in linux-64-7.2 finds this commit appears to have fixed it:
commit 3bc8f90e9693f710f12632f69b9348c1c833c906
Author: Michael Stahl <michael.st...@allotropia.de>
AuthorDate: Fri Mar 5 21:06:28 2021 +0100
Commit: Miklos Vajna <vmik...@collabora.com>
CommitDate: Mon Mar 8 12:21:42 2021 +0100
(related: tdf#133487) sw: fix ordering of virtual SdrObjects for textboxes
Calling XShapes3::sort() on export of the testTdf130314 fails because of
2 consecutive textboxes; the function requires a textbox to immediately
follow its shape in the list (i.e. textbox has OrdNum of shape + 1).
This is because for shapes in header/footer, one virtual SdrVirtObj is
created per page where the header/footer is shown, and the
SwFlyDrawContact::GetOrdNumForNewRef() does not take textbox ordering
into account.
It's not clear if the assumption that the shape's SdrVirtObj is created
before the textbox's always holds, but let's try this for now.
Change-Id: I860896471211bf6c142ab825f298f4d4c0eec148
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112029
... the same commit is claimed to have fixed tdf#140292 too... oh that one is
basically a duplicate!
*** This bug has been marked as a duplicate of bug 140292 ***
--
You are receiving this mail because:
You are the assignee for the bug.
