During the PDF export of a document containing an image (photo) which has a transparency percentage value (set using the image toolbar) the transparency is lost. The transparency is maintained in the PDF export in earlier versions, such as LibreOffice_5.1.4.2_Linux_x86-64 but it no longer works in LibreOffice_5.2.0.1_Linux_x86-64 nor LibreOffice_5.2.0.2_Linux_x86-64 - thus this a regression. This is a particular problem if dark text was placed over the image, the text is no longer readable. Tested using a clean libreoffice configuration. Occurs in both Writer and Impress to PDF export. I flagged the priority to high due to the regression nature of the bug not because I imagine many users are impacted.
Example document please...
Created attachment 126151 [details] Simple document containing an image where the transparency percentage is set.
Yup. 64-bit, KDE Plasma 5 Build ID: 5.1.4.2 Arch Linux build-1 CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; Locale: fi-FI (fi_FI.UTF-8) Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha0+ Build ID: ab1b351840160655a9f0caedbb35e9fdf203c5a0 CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on July 16th 2016
regression from... commit 76ec54e8c9f3580450bca85236a4f5af0c328588 Author: Michael Meeks <michael.meeks@collabora.com> Date: Mon Feb 8 14:24:15 2016 +0000 tdf#97662 - Try to preserve original compressed JPEGs harder.
Yep; it's on Laszlos radar =) thanks.
Even before this change, setting Lossless compression + unticking reduce image resolution resulted in missing transparency too
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=c72db36c7c791b1f92d3dd29fbc40c8ef168c609 Resolves: tdf#100838 no transparency support on using original jpg data path It will be available in 5.3.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
That seems to work.
same or related issue as https://bugs.documentfoundation.org/show_bug.cgi?id=99723 ? will try to test a daily soon
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-5-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8c04534c4a9272d3b35c619d18edb34ef16e63f2&h=libreoffice-5-2 Resolves: tdf#100838 no transparency support on using original jpg data path It will be available in 5.2.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Cor Nouws from comment #9) > same or related issue as > https://bugs.documentfoundation.org/show_bug.cgi?id=99723 ? > will try to test a daily soon Not the same bug as 99723 - that one still exists in Version: 5.3.0.0.alpha0+ Build ID: e9915cbf4f29bc79360c6c6148405b4490bf90e4