Bug 118675 - Low image quality when using special paste bitmap of a shape/textbox
Summary: Low image quality when using special paste bitmap of a shape/textbox
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.1.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, regression
Depends on:
Blocks: Paste-Special
  Show dependency treegraph
 
Reported: 2018-07-10 17:48 UTC by Telesto
Modified: 2020-07-26 00:50 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example (51.98 KB, application/vnd.oasis.opendocument.text)
2018-07-10 17:48 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2018-07-10 17:48:32 UTC
Description:
Low image quality when using special paste bitmap of a shape/textbox 

Steps to Reproduce:
1. Open the attached file
2. Copy the shape
3. CMD SHIFT Paste 

Actual Results:
Low image quality and a smaller image

Expected Results:
Same size image and a proper resolution


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.1.0.1
Build ID: 378e26bd4f22a135cef5fa17afd5d4171d8da21a
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; 
Locale: nl-NL (nl_NL.UTF-8); Calc: group threaded
Comment 1 Telesto 2018-07-10 17:48:56 UTC
Created attachment 143432 [details]
Example
Comment 2 Xisco Faulí 2018-07-11 11:33:17 UTC
Regarding the size change, I can reproduce it in

Version: 6.2.0.0.alpha0+
Build ID: c290f692dd28094d41dff686f3faa1c4e14b556e
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded

Version: 5.2.0.0.alpha0+
Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53
Threads 4; Ver: 4.10; Render: default; 

Version: 4.3.0.0.alpha1+
Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e

but not in

Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)

Regarding the quality, I think it's the expected quality for a bitmap
Comment 3 Buovjaga 2018-07-11 17:47:14 UTC
Note missing step after 2: deselect shape. Otherwise the bitmap is pasted to the shape and retains its dimensions.

In Linux 41max, there is a huge number of commits, where nothing happens upon pasting. Looks like it is not bibisectable. I did "git checkout bisect/bad" to checkout the first found bad commit and went backwards with git reset --hard HEAD~1000 (various steps) and it seems before the non-pasting there are good results.
Comment 4 QA Administrators 2019-08-01 03:35:58 UTC Comment hidden (obsolete)
Comment 5 Aron Budea 2020-07-26 00:50:10 UTC
Still in LO 7.1.0.0.alpha0+ (abea0d6647c7f1f7e76c73c26cb80e6a67dc5111) / Ubuntu.

The exact change can't be bibisected, but there are two known states (bibisected using repo bibisect-41max): between the following two commits, pasting as bitmap does nothing. Before the first commit, the normal sized image is pasted, after the second commit the smaller image is pasted.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=a548924aece3dc99b2aa36b5c9b0fa52de9951ae
author		Thomas Arnhold <thomas@arnhold.org>	2013-03-06 02:24:16 +0100
committer	Thomas Arnhold <thomas@arnhold.org>	2013-03-12 16:20:15 +0100

"tempfile: Creating tempfiles in a given folder is not used"

https://cgit.freedesktop.org/libreoffice/core/commit/?id=2098b720dd9cdfef5b214802f0b37f49ad42982c
author		Michael Stahl <mstahl@redhat.com>	2013-03-23 22:44:00 +0100
committer	Michael Stahl <mstahl@redhat.com>	2013-03-23 23:02:56 +0100

"tools: TempFile: create a file in ctor, not a directory"