Description: On DOCX import LO doesn't make a difference between bodyPr's vert="vert" and vert="vert270" for TextBox shape added to the drawing surface. Steps to Reproduce: Open attached sample. Actual Results: Both text are rotated 90 degrees clockwise. Expected Results: "TEST vert" should be rotated 90 degrees clockwise and "TEST vert270" should be rotated 90 degrees counter clockwise (270 clockwise). Reproducible: Always User Profile Reset: No Additional Info: This is extracted/isolated from tdf#109129
Created attachment 172230 [details] DOCX sample
Created attachment 172231 [details] How it looks in MSO
Created attachment 172232 [details] How it looks in LO 7.2 master from May 11, 2021
Reproduced in Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: f49e5902a3737c02fabf5bec23243ccb126426c4 CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 5.2.0.0.alpha0+ Build ID: dd46727b99d4bb5135451aa7e5e1bdb197373843 CPU Threads: 4; OS Version: Linux 5.7; UI Render: default; Locale: en-US (en_US.UTF-8) and Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e
@Regina, I thought you might be interested in this issue
The two textboxes are contained in a "drawing canvas". LibreOffice can currently not use the associated wpc element and therefore uses the fallback. The fallback contains VML shapes. The vert270 direction does not belong to strict VML but is a MSO extension. In file it is "mso-layout-flow-alt:bottom-to-top". I plead for not fixing this VML problem, but using the working time of the developers to be able to read the "wpc" Element. Inside the "wpc" element are the shapes in common OOXML and LO can handle that already. We have already some bugreports that import is wrong, because "wpc" cannot be read.
Dear Valek Filippov, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The problem still exists in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cf8f7b91f41821b79495c0388359c4cb1156ea67 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL threaded The two shapes are imported as text box shapes and a text box shape is not yet able to render bt-lr or tb-rl90.
The actual rendering is in MS Office terms "eaVert". Text box shape and paragraphs as well only support css.text.WritingMode but not the here needed css.text.WritingMode2.
Why comes the bot message again? So I repeat: The problem still exists in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cf8f7b91f41821b79495c0388359c4cb1156ea67 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL threaded The two shapes are imported as text box shapes and a text box shape is not yet able to render bt-lr or tb-rl90. The actual rendering in LibreOffice is in MS Office terms "eaVert". Text box shape and paragraphs as well only support css.text.WritingMode but not the here needed css.text.WritingMode2. Bug 109129 is unrelated. I have removed the relationship.