https://bugs.documentfoundation.org/show_bug.cgi?id=122717
Regina Henschel <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
--- Comment #3 from Regina Henschel <[email protected]> ---
I have used the attachment of the duplicate bug 127364 for some investigations:
The problem is related to the length of the line. For example 18cm shows the
error, but 17.9cm and 18.1 cm are OK.
During opening, the method SdrPathObj::NbcSetSnapRect() [svdopath.cxx#2379] is
called. With the 18cm line length the rectangle aOld is LT[4530,53] and
RB[4530,10257], and rRect is LT[4530,53] and RB[4531,10258]. So that later
nDivY != nMulY and therefor not forced to 1.
The following call of SdrPathObj::NbcResize then calculates for fResizeY a
value different from 1.0. That results in a call of SdrTextObj::NbsResize
[svdptxtr.cxx#106] and then a call of Poly2Rect from svdtrans.cxx#486 in turn.
And there the bad rotation happens.
Whereas in case of 18.1cm the rectangle aOld is LT[4530,53] and RB[453010314],
and rRect is LT[4530,53] and RB[4513,10314]. So in this case nDivY == nMultY
and therefor forced to 1. The following call of SdrPathObj::NbcResize then
calculates both fResizeX and fResizeY as 1.0 and aborts. The method has an hint
to bug 106792 in its comment, why the abort is necessary.
(For further investigation it is too late in the night for me.)
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
