Steps to reproduce: * Create new Impress presentation * Create a text box with some text * Select the text and set text background color to e.g. red * Save as .ppt or .pptx * Close Impress * Open saved document Result: text background color has disappeared. This may be a bug with either the PPT[X] export or the import; I can't check it right now but it should be easy to check using MS Office to open or save the file. Works correctly if the file is saved as .odp (although it won't display correctly in slideshow mode; see bug #93789). Xubuntu Linux 12.04 64b LibreOffice 5.0.3.2 (from Ubuntu repositories)
Maybe a dup of bug 90013 , bug 62255 or else bug 49299 ???
For me not reproducible with LO 5.0.3.2, Win 8.1
(In reply to MM from comment #1) > Maybe a dup of bug 90013 , bug 62255 or else bug 49299 ??? Not quite. Bug 90013 and bug 62255 are about the background color ("Area") of the whole text box, not of the text inside it (plus this seems to work fine for me). I'm talking about the "text highlighting" feature. Bug 49299 is about the background image of the whole slide (and was due to the image format) so it's not related.
Confirmed with v5.0.3.2 under mint 17.2 x64. Confirmed with v5.0.3.2 under windows 10 x64.
Text background/highlighting doesn't exist in Powerpoint and it is not supported by ppt(x) format. The only thing that can be done here is to save/load the property into LibreOffice extension namespace. LibreOffice can then render such documents showing highlighted text, but Powerpoint will ignore it.
** 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.2.5 or 5.3.0 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-20170306
*** Bug 125350 has been marked as a duplicate of this bug. ***
Repro 6.4+. Started in 4.4.
Seems that the feature has been added to PowerPoint 2019: https://support.office.com/en-us/article/highlight-your-text-28623777-d955-4fcf-bbc5-a50051552219
*** Bug 137364 has been marked as a duplicate of this bug. ***
Created attachment 166228 [details] test ODP
Created attachment 166229 [details] test ODP saved as PPTX and PPT and compared MSO 2016 LO 7.1+ Test ODP is saved as PPTX and PPT and compared in MSO 2016 and LO 7.1+. PPTX opens OK in MSO and NOK in LO, so it's rountrip (RT) issue. PPT opens wrong, not sure if proposed solution to add in LO namespace can be done for PPT at all. At least this bug remains for PPTX RT in LO.
*** Bug 130498 has been marked as a duplicate of this bug. ***
*** Bug 134950 has been marked as a duplicate of this bug. ***
*** Bug 134117 has been marked as a duplicate of this bug. ***
Bug 134117 is fileopen of PPTX created in MSO, so somewhat different from this bug which is RT fileopen of PPTX created in LO. But may be resolved here. MSO PPTX attachment 162174 [details] with highlighted text compared in screenshot attachment 166234 [details].
not really a high priority issue
This should be a really a high priority issue. When the teacher open in Microsoft Office my presentation in font of the call, everyone laughs and I look like a dumb clown who can't use PowerPoint. I created my presentation in Impress. Poor compatibility with Microsoft Office is what turns people off using LibreOffice the most. Stop minimizing the importance of this type of bug.
"in font of the class", sorry.
*** Bug 129418 has been marked as a duplicate of this bug. ***
This bug dates from 2015 ... does anyone have any idea when it will be fixed? I am sure that thousands of students return to MSO after doing a classroom presentation. Let's not forget that the majority of professors open student presentations in MSO to project them in front of the class. The hard work of students is damaged because of this bug. Students are the future. They are the ones who, later, will continue to use LO for the rest of their lives if they have not encountered this kind of problem.
(In reply to Timur from comment #16) > Bug 134117 is fileopen of PPTX created in MSO, so somewhat different from > this bug which is RT fileopen of PPTX created in LO. But may be resolved > here. > MSO PPTX attachment 162174 [details] with highlighted text compared in > screenshot attachment 166234 [details]. I did a number of experiments, in the LibreOffice PPTX export filter appears fine (i.e., things show properly in Office 365). The LibreOffice PPTX import filter appears to be the issue (i.e., documents exported from Office 365 *and* LibreOffice exhibit the problem). I ran into this twice myself, nearly resulting in rather unhappy situations both times, and will see that SUSE sponsors a fix.
Gülşah Köse committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/1cd26a9ab64482daf4de08f5bb7730d0a991bbce tdf#96061 Unset the highlight property It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Gülşah Köse committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/2ff2a77990a09637321417bfda23206a5a8306e8 tdf#96061 Unset the highlight property It will be available in 7.1.5. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
The patches above fixed the "save as PPTX, re-open in LO" case. I don't think that anybody is interested in the ppt filter, because it is an obsolete format and does not support the text highlight feature anyway. Let's close this bug.
I am verifying this is fixed, base on various tests (and agree with Andras on the focus on PPTX with PPT even supporting this). (In reply to hellwoodfire from comment #18) > This should be a really a high priority issue. > : > Stop minimizing the importance of this type of bug. hellwoodfire@, "should" in the context of an open source project can be tricky: essentially there are three ways to get something done: (1) Report it/kindly ask for it and hope someone volunteers. (2) Volunteer yourself. (3) Fund that work. Which is what I did here.
(In reply to Gerald Pfeifer from comment #26) > I am verifying this is fixed, base on various tests (and agree with > Andras on the focus on PPTX with PPT even supporting this). > > (In reply to hellwoodfire from comment #18) > > This should be a really a high priority issue. > > : > > Stop minimizing the importance of this type of bug. > > hellwoodfire@, "should" in the context of an open source project can > be tricky: essentially there are three ways to get something done: > (1) Report it/kindly ask for it and hope someone volunteers. > (2) Volunteer yourself. (3) Fund that work. Which is what I did here. Nicee! Thanks a lot for that!!
This bug is already verified for PPTX, great work. I mark PPTX only. I will open another one for PPT (as usually filters are different), just to keep it registered, because upon testing I see that highlight works with DOC in MSO 2016.