Created attachment 56533 [details] original file in odp format : text and form turned by 90° Problem description: saving turned text in ppt or pptx will result in formating problems Steps to reproduce: 1. create a) simple text and then turn it 90 degrees countre clockwise ; b) create a shape (e.g. arrow shape pointing right), insert text by doubleclicking on it, then turn the shape 90 degrees counter clockwise 2. save as odp, ppt or pptx Current behavior: 3. open odp : everything stay turned OK; open ppt : simple text is OK, but arrow has turned 90 degrees clockwise (so is in original direction, but not the same shape), however text has turned by 180degrees, thus now reads from top to bottom instead of bottom to top; open pptx : both texts and shape are again horizontal, and additionally have changes place Expected behavior: turned text or objects should stay turned Platform (if different from the browser): Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Firefox/10.0 SeaMonkey/2.7
Created attachment 56534 [details] ppt saved file with turned text retained, but not turned shape/text
Created attachment 56535 [details] pptx saved file with turned text and shape not retained
Thanks for bugreport Problem with saving to ppt: reproduced in 3.3.4 and 3.5.3 on Fedora 64 bit, FILESAVE problem Problem with saving to pptx: not tested Also: attached odp not conforms to odf format. PS: msPP 2007 opens attached odp file incorrectly, both objects rotated in wrong direction. changing version to 3.3.4 as most early reproducible
buggy behavior partly reproducible with LO 4.0.2.2 (Win7 Home, 64bit) Result: ppt file seemed to be ok: no wrong rotation, is like in the odp file but the pptx file is buggy: no wrong rotation, but the arrow is changed
Created attachment 98235 [details] ODP presentation with text rotated 0, 90, 180, 270, and 45 degrees
Created attachment 98236 [details] Previous ODP with turned text, saved as PPT This is the previous ODP containing turned text I attached, converted to PPT with LibreOffice 4.1.1.2. Result: * When open with LibreOffice, both Left and Right appear upside down. * When open with MS Office, only Right appears upside down, and Left appears correctly. Both the diagonal and upside down text appear correctly. This is not an issue with PPTX files.
Using LOdev Version: 4.3.0.0.alpha1+ Build ID: 81272fdb1e093d44e2e67eba65c79a490832f320 On openSuSE 13.1 (64-bit) Saving attachment 98235 [details] as ppt: Same results as comment 6. Saving attachment 98235 [details] as pptx: Text "Reversed" is shifted to the right page margin (opened in LOdev 4.3 and MSO 2007).
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.4.3 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-06-08
(In reply to A (Andy) from comment #4) > buggy behavior partly reproducible with LO 4.0.2.2 (Win7 Home, 64bit) > > Result: > ppt file seemed to be ok: no wrong rotation, is like in the odp file > > but the pptx file is buggy: no wrong rotation, but the arrow is changed Confirmed. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 902255645328efde34ddf62227c8278e8dd61ff0 TinderBox: Win-x86@39, Branch:master, Time: 2015-07-30_03:52:07 Locale: en-US (fi_FI)
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20161108
The problem is still there : I have followed the original instructions, but additionally I have also turned texte and shape by 45 degrees and also by 180 degrees (that is upside down. The results are as following : * saving adn reopening wiht odp : all stays the same * saving as ppt and reopening with Libreoffice : the text turned 90° is now upside down, the shape with text turned 90° is correct; Text and shape turned 45° are correct; text and shape upside down are correct * saving as pptx and reopening in Libreoffice : 90° and 45° turned text and shape with text are OK, text and shape with text upside down are still upside down, but not at the correct position but shifted to the right So for some reason it depends on how much a text / shape with text is turned to get a change when saving as ppt or pptx. I have attached the example files
Created attachment 128601 [details] priginal odp file with different turned text and shapes with text
Created attachment 128602 [details] ppt version saved with LO 5.2.3.3 of 128601
Created attachment 128603 [details] pptx version saved with LO 5.2.3.3 of 128601
Sorry forgot to mention, I used LO 5.2.3.3 for these new tests of this bug Cheers
Fixed in Version: 6.0.0.0.alpha0+ Build ID: cfbb8b5090537e79ba70e250ddee86d53facbe15 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group [Improvement found by office-interoperability-tools]