[Libreoffice-bugs] [Bug 141540] New: FILEOPEN DOCX rotated group has wrong size

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=141540

            Bug ID: 141540
           Summary: FILEOPEN DOCX rotated group has wrong size
           Product: LibreOffice
           Version: 6.4.7.2 release
          Hardware: x86-64 (AMD64)
                OS: Windows (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: rb.henschel at t-online.de
            Blocks: 136328

Created attachment 171008
  --> https://bugs.documentfoundation.org/attachment.cgi?id=171008&action=edit
Rotated group with rectangles and lines

Open attached document. It has a rotated group with yellow objects and a
screenshot in blue. The screenshot is behind the group, so when all is OK, you
should not see the screenshot.

A not suitable outer size is set for the group. The content of the group is fit
to this size, which results in the shew.

In docx the position and size attributes refer to the unrotated group
rectangle. In LO position and size refer to the snap rect of the group. In case
the group is not anisotropic stretched (which is usually the case), the import
in Shape::createAndInsert() produces the correct size and position. Impress
uses Shape::createAndInsert() too and shows the group correctly.

The error is in GraphicImport::lcl_attribute(), case NS_ooxml::LN_shape.
Lines 788-794 are:
788    awt::Size aSize(m_xShape->getSize());
789
790    if (m_pImpl->isXSizeValid())
791       aSize.Width = m_pImpl->getXSize();
792    if (m_pImpl->isYSizeValis())
793       aSize.Height = m_pImpl->getYSize();

#788 gets the correct size from m_xShape, which considers content and
transformation. But that is overwritten with the size in m_pImpl, which is the
value from the ext-element from file.

If you comment out #790-793, you can see, that the group is then rendered with
the correct size. But that is not a complete solution, because the position is
still wrong. Besides that I do not know, which other consequences such change
has.

[Anisotropic stretched groups have an additional error in
Shape::createAndInsert(), which is tracked in bug 141463.]


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=136328
[Bug 136328] [META] DOCX Grouped shape related issues
-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210407/a086b06f/attachment.htm>