Description: Save presentation to PPTX, and any objects/drawing objects which, when F2 -> text box has been inserted (or double click on object and type in text), and all text and object parameters are left at default, text displays in the 'middle' of the object. When said object is displayed in MS powerpoint, the text anchored to the object is at the extreme left side of object. Re-open the PPTX in libreoffice, and everything displays fine. does not help to change: -text anchor point (edit style, text, text anchor) -text paragraph 'alignment' or justification Steps to Reproduce: 1. LibreOffice -> New -> Presentation 2. Clear the page of all objects. (select all, delete) 3. (drawing toolbar) Lines and arrows -> line/line ends with arrow -> draw horizontally. 4. double click on newly created line/arrow -> add some text. 5. press esc. save as 2013 PPTX file. 6. open with powerpoint. Actual Results: text no longer 'in the middle' of the lines(s). Text on the left (in powerpoint) Expected Results: text in the middle of line(s)/object(s). Reproducible: Always User Profile Reset: No Additional Info: In MS PPT - the only seemingly useful option which achieves a similar result, which only seems to exist in MS PPT 2007 is to convert the selected object, and it seems to result in an additional anchor point in the middle where the text jumps to. Not a viable solution. User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.98 Safari/537.36
Created attachment 128751 [details] Alignment as displayed by libreoffice (PNG)
Created attachment 128752 [details] Alignment as displayed by MS 2013 PPTX (PNG)
Created attachment 128753 [details] example presentation as exported to PPTX with two lines
This might be MS being completely retarded as usual and their behaviour is PPTx 2013 display is messed up for the 'correct' tags, but it would be nice if display would work. I surmise that the XML MS expects in PPTX is not "how MS would do it".
bug remains with LibreOffice 5.2.3.3
Confirmed in Version: 5.3.0.0.alpha1+ Build ID: 757a60d01dd152aadab2ba3c8224252481ce8a88 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; Layout Engine: new; Locale: ca-ES (ca_ES.UTF-8); Calc: group Issue not reproduced when the document is saved as .ppt
** 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 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 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
bug remains, tested version 6.0.6.2 followed original steps to reproduce.
Still repro with LibO 6.4 alpha1 and MSO 2013 Versio: 6.4.0.0.alpha1 (x86) Käännöksen ID: cc57df8f942f239d29cb575ea5a7cb01405db787 CPU-säikeet: 4; Käyttöjärjestelmä: Windows 6.3 Build 9600; Piirtokomponentti: oletus; VCL: win; Maa-asetus: fi-FI (fi_FI); Käyttöliittymän kieli: fi-FI Calc: threaded
Here is missing source before saving. Please attach.
Created attachment 168867 [details] ODP example made by the reported steps
Created attachment 168868 [details] The ODP example saved as PPTX From: Version: 7.2.0.0.alpha0+ (x64) Build ID: 80497c7d81af36f703d122ac78baa26387a5854d CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: CL
Created attachment 168869 [details] The original document and its PPTX version in Impress and PP 2013 Strangely the PPTX displays the same as the ODP in Impress, but not in PP.
Setting to NEW. I see there is something wrong here.
Dear Paul, 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
I think, that it is an error in PowerPoint. LibreOffice writes the line out as <a:prstGeom prst="line" />. This has in presetShapeDefinitions.xml no <rect> element (Shape Text Rectangle; 20.1.9.22 OOXML). Thus it should be the bounding box as default. But PowerPoint treats it so as if <a:rect l="0" t="0" r="0" b="0" />. LibreOffice could work around this problem of PowerPoint by using <a:custGeom> and explicitly writing out the <a:rect l="l" t="t" r="r" b="b" /> element. Tested in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 12e8d57e791bb1befc0716d4d02af7d1d1ccb4ae CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL threaded