Description: When compressing a cropped image with jpeg option, the image deforms. Steps to Reproduce: 1. insert an image 2. crop the image 3. compress the image with jpeg option Actual Results: the image keeps the frame size, but appears to be scaled in non uniform way Expected Results: the compression should not change the image visualization. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 12; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: it-IT Calc: CL threaded
Please attach a screenshot of compress options box.
Created attachment 191478 [details] Requested screenshot Hello, here is the screenshot. Many thanks
Here is the screenshot, many thanks
Created attachment 191482 [details] Steps and screenshot
Sorry I messed up with screenshot attachment.... Can you delete last one? thanks :)
(In reply to carlopav from comment #5) > Sorry I messed up with screenshot attachment.... > Can you delete last one? > thanks :) I'll ask, but it is very unusual.
Have you tested with resolution options disable?
The content of attachment 191482 [details] has been deleted for the following reason: User's request
(In reply to m.a.riosv from comment #7) > Have you tested with resolution options disable? Yes, it does not change the result. Can you reproduce the bug?
[Automated Action] NeedInfo-To-Unconfirmed
I mean, if I do not mark the resolution checkbox the bug is still present.
This is a quite critical bug to me because it makes cropping images unusable.
Created attachment 191506 [details] Sample file with two copies of image cropped and compress without lost size Import the image. Select it with the navigator, right-click on the image name, select edit. On Position-Size tab: - Deselect Size 'Relative to' - Select 'Keep ratio' . Click on original size. Now crop and compress. Seems to work for me. Surely, there is an easy way to get it. Not sure if it is a bug or how the options for the image are.
(In reply to carlopav from comment #12) > This is a quite critical bug to me because it makes cropping images unusable. In any case, this is an Open Source project. Some developer should take care of it, but they are free to solve the bug they want. Maybe you can find/ask for a solution in ask.libreoffice.org There are several languages, but perhaps the best to try is the English.
Created attachment 191525 [details] Screenshot Top image untoched. Second image compress PNG with reduce image resolution change checked, blurry Third image compressed JPG, with reduce image resolution change checked. Crop lost and skewed
Created attachment 191526 [details] Example file Crop might differ from screenshot, as crop might be based on screen resolution. This was the case, unsure if it still a topic
Appears to be a longstanding bug *** This bug has been marked as a duplicate of bug 83734 ***
Thanks for the tip! Hope someone can work on it. Do you know if there some way to create a bounty or something like?
(In reply to carlopav from comment #18) > Thanks for the tip! Hope someone can work on it. Do you know if there some > way to create a bounty or something like? The bounty system has been tried in the past, unsuccessfully. The bounty is probably way to small to make any difference at all. It would need to up to 20.000-25.000 US-dollar for some interest. A very high bar. The bug will hit the 10 year anniversary next year I fear :-(. Straight forward bug getting fixed at snail's pace. t's a bit of a shame, I know. (LibreOffice) developers are a scarce commodity.
(In reply to Telesto from comment #19) > The bug will hit the 10 year anniversary next year I fear :-(. Straight > forward bug getting fixed at snail's pace. t's a bit of a shame, I know. > (LibreOffice) developers are a scarce commodity. That's a pity. I do not have any experience with Libreoffice source code, but it seems to me that it could just be a matter of the parameters passed to the compress algo or library... could you help me to locate the part of the source?
(In reply to carlopav from comment #20) > That's a pity. I do not have any experience with Libreoffice source code, > but it seems to me that it could just be a matter of the parameters passed > to the compress algo or library... could you help me to locate the part of > the source? A LibO developer did peek into it (not his expertise though). See bug 83734 comment 25 (26 and 27). There are some fundamental design flaws involved, I fear (not a developer). Crop is for example depending on screen dpi. Crop something on hiDPI screen and open it with low dpi screen. See list of bugs in this area: https://bugs.documentfoundation.org/show_bug.cgi?id=116082 The code needs a fundamental overhaul (refactor). Or at least that's my estimate. A quick fix is probably impossible. And likely a hell of a job, if you're unfamiliar with the code. I can add some who can give you more guidance on code pointers and such if you like digging into it anyhow or to give it a try.. developers are surely needed :-)