Description: Libreoffice 6.0.3.2 for macOS seems to have 2 issues with colour profiles: 1. when viewing an inserted PNG image, the view shows paler colours than the original PNG 2. when exporting PDFs (lossless images, pdf/a), the image in the PDF shows overly saturated colours compared to the original MS Word 16.11.1 for macOS shows consistent colours in the editor view as well as the PDF export. See below for steps to reproduce including test images, docs and pdfs. Steps to Reproduce: 1. Take source docx which has inserted images, or create one as follows: a. create new doc in ms-word, insert test png p5_we_hsb_final.png, don't copy/pase b. save docx - this is the source doc 2. open docx in ms-word, save as PDF (print not web for higher fidelity options) 3. open docx in libreoffice, save as PDF (lossless images, pdf/a) Actual Results: 4. observe the editor views in ms-word and libreoffice - note different colours 5. observe PDF (eg in preview) - note difference in colours 6. observe original PNG image - note colours are the same as the ms-word editor view and PDF export - but different to the Libreoffice editor view and PDF export Expected Results: colours should be consistent across editor view and PDF export and the same as the original image Reproducible: Always User Profile Reset: No Additional Info: see attached files to help reproduce the error attached are: 1. source PNG image 2. source docx with inserted PNG image 3. PDF from ms-word 4. PDF from libreoffice 5. screenshot comparing editor views 6. screenshot comparing PDF views All software is latest (MSoffice 2016, MacOS, LibreOffice). User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/11.1 Safari/605.1.15
Created attachment 141160 [details] source png image
Created attachment 141161 [details] source docx
Created attachment 141162 [details] pdf from ms-word
Created attachment 141163 [details] pdf from libreoffice
Created attachment 141164 [details] screenshot comparing editor views
Created attachment 141165 [details] screenshot comparing pdf views
first recommended to put on ask.libreoffice then here on bugzilla by libreoffice https://twitter.com/libreoffice/status/982181420759007232
also tested with latest fedora linux (27) with latest libreoffice 6 form libreoffice.org using flatpak (because fedora repos won't have lo6) pdf exports show same inaccurate colours
Testing with Version: 6.1.0.0.alpha0+ Build ID: 7945d19d11e4064e91633ec0cff669b8412b95c4 CPU threads: 4; OS: Mac OS X 10.13.4; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Calc: group doesn't show any noticeable difference between the 2 exports for me, following the instructions provided. However, I did the same test with LO603 and could see a difference. The enclosed screenshot shows the comparison between the original export from Word 16.11.1, my LO 6.1 alpha master build, and LO603
Created attachment 141167 [details] Screen shot comparison Word export, LOmaster, LO603
Tariq: can you try with a daily build to see if you still reproduce the issue ? If not, then it would appear that the problem has been fixed in master.
Sadly it didn't work. I tried LibreOffice dev version Version: 6.1.0.0.alpha0+ Build ID: a488c7ad2763b944713997911c1ddb0315d8c93f CPU threads: 8; OS: Mac OS X 10.13.4; UI render: default; I've uploaded the editor views and the resultant PDF. So to summarise: * libreoffice 6.1.0.0.alpha0+ editor view shows the incorrect colours * libreoffice 6.1.0.0.alpha0+ export PDF shows the incorrect colours
Created attachment 141174 [details] screenshot editors LO-61-dev
Created attachment 141176 [details] comparing PDF exports from LO-61-dev
addition information * When I am using only my MacBook Pro 2015 15" .. the colour difference between the exported PDFs is negligible (but the editor display colours are different with LO being paler than original PNG) * When using a colour calibrated and fairly accurate NEC EA244UHD display the difference in the exported PDF colours is very different The original bug was reported under the second scenario. I'm not sure what this means? It could mean the incorrect profile is being applied to the images on export which is disguised by a display with low colour range (sRGB) but is magnified by a display with a fuller gamut (AdobeRGB)? In any case, MS Office seems to handle this correctly but there are 2 issues with LO and LO61-dev * display in editor view is paler than actual PNG * export PDFS have oversaturated colours I hope this helps identify the issue. As information I'd like to request a short description of what the current state of LO and colour profiles actually is, bugs aside.
Created attachment 141256 [details] screen print pdf's from three versions and docx in Libre - on Ubuntu Screenprint on Ubuntu From top left, then clockwise: PDF from LibreOffice 3304 PDF from LibreOffice daily2080409 PDF from Word docx opened in LibreOffice daily To be honest, I do not see much difference. But the same (for me) applies to attachment 141165 [details].
I set this to NEW incorrectly...
Some work has been done to the PDF export recently... Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Thanks Xisco - the problem is still here. Attached is a screenshot comparing the PDF exports from MS Word (latest), LibreOffice 6.0.3.2 and the latest daily build downloaded 31May 2018 as per your link. The colour in the MS Word exported PDF is correct. Both the LibreOffice exported PDFs have incorrect colour.
Created attachment 142460 [details] comparing PDF export colours from MSWord, LO6, LO61 daily 31/05/2018 see comment related to Xisco's suggestion
Created attachment 142461 [details] comparing PDF export colours from MSWord, LO6, LO61 daily 31/05/2018
I can confirm this. The image is not rendered with the same colors if I export as PDF. If I choose print and save as PDF using the in-built macOS system, it is the same color though. Aside, if I do the test on Word I have the exact same behavior. The Word save as PDF produces an oversaturated image as well. However, if I open the png image in Preview, make a Pages document with the image, open the LO odt with the image, open the LO print pdf export, take a screenshot, compare using the color picker in GIMP then LO and the print export does not render the same colors as Preview and Pages Given Apple's history with color profiles I would trust them to have this correct. Does LO have support for color profiles? Looks to be rendered in same colors on LO 3.3 Tested on Lenovo L220x monitor Version: 6.2.0.0.alpha0+ Build ID: b292a27698e85fd9d60c03613c3b0c67835c4dc1 CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-06-06_23:25:55 Locale: en-US (en_US.UTF-8); Calc: group threaded
Created attachment 142759 [details] Screenshot LO vs print PDF vs Preview png vs Pages
Dear tariq.rashid50, 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://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
This is still present I am also wondering if this is independent of PDF export, because the image in the docx in attachment #2 is rendered with wrong colors inside LO (verified with Gimp) Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 465b8b0e9ad4b0c9c7701dee2820a99c5d00b5bf CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Dear tariq.rashid50, 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
any progress on this? I used 24.8.0.3 macOS today and the exported colour in a PDF doesn't match what is shown in the editor. This time no special display ICC profiles were used.
Here is additional information using LiobreOffice 24.8.0.3 ARM on MacOS Attached are 1. source LibreOffice document 2. source MS Word document both have colours chosen by RGB hex code - not a colour picker 3. PDF export from Libreoffice 4. PDF export from MS Word It seems the PDF exports match what MS Word is displaying, but the LibreOffice display is perhaps showing the wrong colours?
Created attachment 196220 [details] LibreOffice source
Created attachment 196221 [details] MSWord source
Created attachment 196222 [details] LO exported PDF
Created attachment 196223 [details] LO source
Comment on attachment 196220 [details] LibreOffice source edit - should be "Libreoffice exported PDF"
Created attachment 196224 [details] screenshot showing all 4
(In reply to tariq.rashid50 from comment #27) > any progress on this? If there would be, it was visible here, Tariq, so alas.. Thanks for your confirmation and clear screenshots. (I do little with colour profiles etc, so didn't look into details)