A microsoft powerpoint presentation with pictures does not appear correctly in the LibreOffice viewer, here's a screenshot 1. As it appears in Powerpoint - http://goo.gl/aZp2CY 2. As it appears in LibreOffice - http://goo.gl/7r0yfE (notice the images are lost) Please suggest. Operating System: All Version: 4.2.4.2 release
Hi Vipin, Thanks for the report If you can attach a document to test with, it would help a lot in finding and resolving the issue.
Created attachment 99998 [details] AS requested attached a sample
On pc Debian x86-64 with LO Debian package 4.2.4, I can reproduce this but with 4.2 sources updated 2 days ago, I don't reproduce this. For the test, could you give a try to 4.2.5.RC1 (see http://www.libreoffice.org/download/libreoffice-fresh/?version=4.2.5)?
Created attachment 100874 [details] pptx with Graph The images now look good however facing issues with graphs in pptx which was looking good in the earlier version of Libre Office... Have attached an e.g. for your reference
Created attachment 100880 [details] LO 4.2.4.2 I can reproduce with slightly different result (please see attachment). Tested with Ubuntu 12.04 x86 - LO 4.2.4.2. @Vipin, please inform your OS & what kind of image that not appear (png, gif, svg, etc) ?
(In reply to comment #4) > Created attachment 100874 [details] > pptx with Graph > > The images now look good however facing issues with graphs in pptx which was > looking good in the earlier version of Libre Office... Have attached an e.g. > for your reference Em..I don't know what is the relation of that file with previous file. Change status back to Unconfirmed, need others opinion
This is a NEEDINFO Please clarify where things currently stand. If it's not the same as the original bug report (images disappearing from PowerPoint file) mark this bug as RESOLVED - WORKSFORME and open a new bug report for other issues (such as charts) If you can reproduce the same issue on the latest release please provide a clear test file with clear reproducible steps and then mark the bug as UNCONFIRMED. Also this is not a blocker - lowering to critical.
We have the latest version of LO ver 4.2.5 installed on Ubuntu 13.04 When a file created in PowerPoint with a graph is opened this is how it appears http://goo.gl/3xBMjO while the same is supposed to be http://goo.gl/8p00FN I have attached the file with the graph (Attachment name: pptx with Graph) for your reference. Let me know if you need any additional details.
Okay with that - this isn't even a critical bug. Just a normal bug. Normal - can prevent high quality/professional work
Hi, so the problem is no more in pictures but in charts imported from pptx. In that case, this is a duplicate of bug 42753 and bug 35931 that I can still reproduce in 4.2.5.2. Set as duplicate - Sophie *** This bug has been marked as a duplicate of bug 42753 ***
This issue is still reproducible in master. Putting back to NEW as it's a dupe of an INVALID issue... Version: 6.1.0.0.alpha0+ Build ID: 0a4c1fb68c3619e61099a7c548f550b0d3fd7a53 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group
** 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
Created attachment 154604 [details] Expected result from PowerPoint
Still confirmed and already in 3.3.0. The problem is the shapes have no colour and thus cannot be seen. You can quickly make the outlines visible by selecting them and giving them a fill colour. The off-topic chart issue is no longer a problem, I marked related stuff as off-topic/obsolete here. Version: 6.4.0.0.alpha0+ (x64) Build ID: e1b51d4588b4b39592bb94dd5bb90de5e04d061e CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-09-23_09:16:11 Locale: fi-FI (fi_FI); UI-Language: en-US Calc: threaded
(In reply to Julien Nabet from comment #3) > On pc Debian x86-64 with LO Debian package 4.2.4, I can reproduce this but > with 4.2 sources updated 2 days ago, I don't reproduce this. I was intrigued by this, so I tested with Win 4.3 bibisect repo: indeed, the oldest shows the problem, but the latest does not! This is the commit that made it work OK: https://gerrit.libreoffice.org/plugins/gitiles/core/+/893fe88469dec5b727d96f8ea1b4edb9e88288a7%5E!/ handle brightness+contrast from msoffice (bnc#875713) Maybe it got reverted afterwards (could not find evidence quickly).
(In reply to Buovjaga from comment #15) > (In reply to Julien Nabet from comment #3) > > On pc Debian x86-64 with LO Debian package 4.2.4, I can reproduce this but > > with 4.2 sources updated 2 days ago, I don't reproduce this. > > I was intrigued by this, so I tested with Win 4.3 bibisect repo: indeed, the > oldest shows the problem, but the latest does not! This is the commit that > made it work OK: > > https://gerrit.libreoffice.org/plugins/gitiles/core/+/ > 893fe88469dec5b727d96f8ea1b4edb9e88288a7%5E!/ > handle brightness+contrast from msoffice (bnc#875713) > > Maybe it got reverted afterwards (could not find evidence quickly). Let's make it a regression then... It's fine in Version: 5.0.0.0.alpha1+ Build ID: 0db96caf0fcce09b87621c11b584a6d81cc7df86 Locale: ca-ES (ca_ES.UTF-8 and bad in Version: 5.2.0.0.alpha0+ Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53 Threads 4; Ver: 4.15; Render: default; thus, it needs to be bisected with 5.1 repo
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=d151ed35ad4c4e7aa9fbb807930fcf91dea2eba7 author Joren De Cuyper <jorendc@libreoffice.org> 2015-06-02 22:26:29 +0200 committer Thorsten Behrens <Thorsten.Behrens@CIB.de> 2015-07-15 23:44:01 +0000 commit d151ed35ad4c4e7aa9fbb807930fcf91dea2eba7 (patch) tree cc1c0e8d966608ee2b0581d8d2854f88fa54995d parent e51fa143587d018b75db08e60cf27ff932b1cf8d (diff) tdf#87539 map MSO washout filter to LO's watermark colormode Adding Cc: to Joren De Cuyper
The problem is that d151ed35ad4c4e7aa9fbb807930fcf91dea2eba7 maps nBrightness == 70 && nContrast == -70 to watermark, so if we are so unlike to have an image with those properties, it's a watermark for LibreOffice
Actually it might not be a regression, but a lucking feature. Bug 87539 added support for exporting images modes ( watermark, black/white, grayscale )... LibreOffice doesn't support it for pptx export
Created attachment 154658 [details] Color modes not supported for pptx export
How to reproduce it from scratch: 1. Go to powerpoint 2. Insert an image 3. Menu - Color - Recolor - Washout 4. Saved as .pptx 5. Open it in LibreOffice
So I did a couple of tests to verify the feature is missing in impress. 1. a DOCX file with a washout image is correctly imported in Writer with watermark mode 2. Changing https://opengrok.libreoffice.org/xref/core/oox/source/drawingml/fillproperties.cxx?r=09cd0e36#762 to eColorMode = ColorMode_STANDARD; and https://opengrok.libreoffice.org/xref/core/writerfilter/source/dmapper/GraphicImport.cxx?r=7a1bf5c1#1324 to if( m_pImpl->eColorMode == drawing::ColorMode_STANDARD && opens the washout image as standard in Writer. nothing is displayed in Impress
I have a fix for this, working on a unittest. I'll create a follow-up bug for the export part...
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/727ca36e83868acbe40aaa239cefc69659b9bc39 tdf#79007: PPTX: reset Contrast and Brightness when we map... It will be available in 6.4.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.
Verified, fantastic to have this oldie fixed! Arch Linux 64-bit Version: 6.4.0.0.alpha0+ Build ID: cb5eaa791739865d54b381c16c60224c432171dc CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 2 October 2019
Xisco Fauli committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/commit/4b8415616071ec74e21040369d5dd1a9496db71d tdf#79007: PPTX: reset Contrast and Brightness when we map... It will be available in 6.3.4. 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.
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9270f74466d0eb841babaa24997f608631c70341 tdf#79007: Do not overwrite if only one of nBrightness... It will be available in 6.4.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.