Bug 146318 - Moving image doesn't repaint image right away
Summary: Moving image doesn't repaint image right away
Status: RESOLVED DUPLICATE of bug 146327
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
Version:
(earliest affected)
7.4.0.0 alpha0+
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2021-12-19 16:59 UTC by Aron Budea
Modified: 2021-12-28 07:37 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Screencast (13.16 MB, video/quicktime)
2021-12-19 16:59 UTC, Aron Budea 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Aron Budea 2021-12-19 16:59:28 UTC 
Created attachment 177024 [details]
Screencast

Insert an image, and move it around either by dragging it around, or by moving the anchor.

=> The image isn't repainted, only the intersection of the original image and the new frame is displayed.
Attaching screencast.

Observed in the following version, both with Metal and Raster.

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 25ac6754d144a258d39cd9251677f3e35f4b3ee6
CPU threads: 4; OS: Mac OS X 10.16; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_HU.UTF-8); UI: en-US
Calc: threaded

No problem in LO 7.3.0.0.alpha1+ (11800469cc7b3a40c42410be93a12e5107db0efb) / macOS.
=> regression
Comment 1 Aron Budea 2021-12-28 07:37:02 UTC 
Apparently this wasn't Mac specific, and got fixed by the commit below, same as a bunch of other bugs. Let's mark as duplicate.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=5e6d6be86bf29896e030af5c0f770f2b389d7e8a

*** This bug has been marked as a duplicate of bug 146327 ***