Description: When saving a PPTX file, bullets are created that don't appear in Impress but do appear in Powerpoint. In my case, I have PPTX files I use as templates. When opened and saved, hidden bullets are created by Impress. They do not show up in Impress but when opened in Powerpoint, they do appear. This also occurs if the slides are copied to a new presentation and saved using Impress. Steps to Reproduce: 1. Open Example template. 2. Save As another file 3. Open new file in Powerpoint Actual Results: Bullets are created for every line in slides 2 and beyond. Bullets do not appear in Impress but do appear in Powerpoint and need to be manually removed. Expected Results: No visible bullets should show in Powerpoint if they are not in Impress. Minimally, I would expect to see the bullets in Impress. But ideally, the hidden bullets should not be created at all. Reproducible: Always User Profile Reset: No Additional Info: Noticed a similar bug https://bugs.documentfoundation.org/show_bug.cgi?id=155240 One difference is this is the Callibri font and not Arial. May be unrelated. This has been going on for well over a year but I haven't had a chance to report it until now. Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 16; OS: Linux 6.3; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US 7.5.3-2 Calc: threaded
Created attachment 188238 [details] Original Template File In this example, which I believe was created with a much older version of Impress, no bullets are present when opening from either Impress or Powerpoint.
Created attachment 188239 [details] This is an example of the problem This is a result of opening the original template file and Save As new file. Bullets are not visible in Impress but are visible in Powerpoint.
Thanks for the report, Stephen! Reproduced in recent master build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 77fca616e0bd79e0b405fd0b3543cf8e94e15df3 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded And since 7.4: Version: 7.4.7.2 / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Bullets are added to all slides except the first one after saving as PPTX and opening on Office.com. They are not visible in LibreOffice. Not reproduced in 7.3: Version: 7.3.7.2 / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded In the resulting file's XML, e.g. in ppt/slides/slide2.xml, there are <a:buNone/> tags for 7.3 but they are gone since 7.4. The buNone element from the NoBullet class[1] is used to specify that "there should be no bulleting found within the paragraph where this element is specified". Checking with linux-64-7.4 repository, this started at commit 483d6945f15e733618f871b8d7db2f19f25752da which points to core commit: commit 445d4ce232b8e8efaeb2605533fede1b71f52f30 author Attila Bakos (NISZ) Thu May 26 17:04:54 2022 +0200 committer László Németh Tue May 31 13:00:38 2022 +0200 tdf#147991 PPTX export: fix bullet indent regression Reviewed-on: https://gerrit.libreoffice.org/c/core/+/135025 Attila, can you please have a look? Same cause as bug 150316. [1]: https://learn.microsoft.com/en-us/dotnet/api/documentformat.openxml.drawing.nobullet?view=openxml-2.8.1
Dear Stephen Zemlicka, 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