Created attachment 110994 [details] odp file in which the bug can be seen when presenting The attached file looks fine in normal view but when hitting F5 for presentation view, the image becomes blurred and the important information is lost. The image is an imported SVG file.
TESTING with LO 4.4.0.1 + Ubuntu 14.04 (In reply to Shimi Chen from comment #0) > The attached file looks fine in normal view but when hitting F5 for > presentation view, the image becomes blurred and the important information > is lost. CONFIRMED: image becomes very blurred (in a neat, artistic way, as it turns out, but that doesn't change the fact that we have a bug :-) Totally weird! Status -> NEW
** 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.0.4 or later) 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-01-17
Bug still occurs in 5.0.4 with the example file. Regarding regression testing, with 3.3 the svg does not work at all. As far as I can tell native svg import was introduced in 4.0. I tested 4.0.0.3 and it's interesting. The blurred image appears both in presentation mode but also in editing mode. So somewhere between 4.0.0.3 and 4.3.4.1 it was fixed for editing mode but not presentation mode.
** 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 behavior has changed in 5.3. Previously, the SVG was displayed correctly in editing mode and incorrectly in presentation mode. Currently (5.3.0.3), the SVG is displayed incorrectly (smeared) in both modes.
*** Bug 112469 has been marked as a duplicate of this bug. ***
Created attachment 142870 [details] Only the isolated png image The error is not a problem of svg. The attached file contains an embedded png-image, which is scaled up by a transformation. The image itself has 11x11 pixels. I have extracted the image from the file and attached it. If you insert this small image and scale it up, you will see the same. The rendering is independent of Antialiasing on/off.
Created attachment 142871 [details] Only the isolated svg image Yes, it appears that LibreOffice automatically converts the svg to a png and the resulting png file is deformed. The original svg is also included in the odp archive next to it (attached), and shows the correct image if opened in Inkscape for example. I now see that Eye of MATE also shows the distorted image if the svg is opened, so this is likely an issue with some common upstream library (librsvg?). Does LibreOffice indeed use librsvg? At any case, I will work on submitting it as a bug with librsvg as it does distort the image when converting it to png.
The svg-file itself has the image as embedded png. It is the part <g transform="matrix(34.7273,0,0,31.1818,64,31)" style="fill-opacity:0; fill:rgb(0,0,0); text-rendering:optimizeSpeed; color-rendering:optimizeSpeed; image-rendering:optimizeSpeed; shape-rendering:crispEdges; color-interpolation:sRGB; stroke:rgb(0,0,0); stroke-opacity:0;" > <image x="0" y="0" width="11" xlink:href="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAsAAAALCAIAAAAmzuBxAAAAzUlEQVR42i2QWxHE IBRD4wAJlVAJlVAJKwEJSKiESkBCJVQCEpCQPWF3hg+4yc0DedcluUjqOtzcHh+6 XDw1fLprSLf0QNAE5q5iWy+ruxW8ZM+PmKwNa3M1uq9PqcLF4pCrQD0gbFhoOrqP QYUdS27Z8Z0lOJzbHw5Q7He/m0fXUqpCAyVQcmBNzkihny63gZlSh+zTpZOFRxLt KUbeC5G27EvYTasqhwR8AErkTfNu2i7hseBlkQS/4TR3CsNO//UtSRCvaIlx2H+P +QWSoailUww0wQAAAABJRU5ErkJggg==" style="clip-path:url(#clipPath2);" height="11" preserveAspectRatio="none" /> </g > You can see in the matrix, that it is extreme up-scaled. The question is, how such up-scaling is done.
Ah, thanks for that. Now I see also that in Inkscape when selecting the image it is easy to change between the distorted and non-distorted views. This is done by switching the Image Rendering mode between optimizeSpeed (shows the *correct* image) and optimizeQuality (shows the *distorted* image). The svg file specifies that the image should be displayed using optimizeSpeed, and LibreOffice apparently ignores that? Or perhaps there is no standard way to implement optimizeSpeed and Inkscape happens to use a method which shows the intended result?
Can't say why it was marked Linux. Also repro Windows. LO 3.5 and 6.3+.
Dear Shimi Chen, 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
Still reproducible in the latest 7.4 master: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: e34067483ef78c1569641becfe99b79a97600aed CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
This is not reproducible in Linux Qt5 and X11 (the output is good): Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 603558df5777c84d99df88228799533a3bc9f64a CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: qt5 (qfont+xcb) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 603558df5777c84d99df88228799533a3bc9f64a CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded But it is reproducible in Windows (the output is bad): Version: 7.2.1.2 (x64) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 32; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_DE); UI: en-US Calc: threaded It is reproducible in Linux gtk3 (previous comment), also gtk4 and kf5: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 603558df5777c84d99df88228799533a3bc9f64a CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk4 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 603558df5777c84d99df88228799533a3bc9f64a CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
The extracted SVG displays crisp in Firefox 107.0, but blurred in Chromium 107.0.5304.110 and GNOME Image Viewer 3.36.3. On Ubuntu 20.04. As in Comment 10, Inkscape 1.2 shows the crisp embedded PNG if the rendering mode is set to optimizeSpeed. However, changing all "optimizeQuality" values to "optimizeSpeed" in the SVG won't change the blurry look in LibreOffice. Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: deb7bc82de19ea8e20c767fdf21f9ba4feb5e9f0 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Created attachment 190733 [details] sample ODP with PNG and SVG side by side I had a look at the history of it, testing with both the SVG and the PNG-only (see attachment) in the linux-64-releases bibisect repo: - from OOo 3.3: only PNG supported, always blurry. - from 4.0.0.1: SVG now supported as well, both always blurry. - from 4.2.0.0.beta1: - gen: crisp in edit mode, blurry in presentation - gtk: could not test - from 5.1.1.1: crisp in edit mode, blurry in presentation (both gen and gtk) - from 6.2.0.0.alpha1: - gen: crisp in edit mode, blurry in presentation (as before) - gtk3: always blurry - from 7.6 to current trunk: always blurry. This started with Caolán's commit 6d1ba1877ac1e8d77748b238a7706e3a4f8d9ed4: "use SvpSalBitmap for X11/gen also". Looks like we've just been going back and forth between methods of upscaled bitmap rendering / interpolation, with some difference between VCL plugins when in edit mode. At least, the interpolation is now consistently used between edit / presentation modes, and between VCL plugins. Result is always the same regardless of if it is inside the SVG or the PNG is on its own, so I'm tempted to remove the SVG keywords. However, there might be something we could better support in the image rendering settings included in the SVG, possibly the image-rendering attribute, but I don't understand the SVG spec enough so leaving as it is.