Bug 144125 - Dragging shapes in "Rotation mode" does not move the center (anchor) point
Summary: Dragging shapes in "Rotation mode" does not move the center (anchor) point
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.2.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Object-Rotation
  Show dependency treegraph
 
Reported: 2021-08-27 12:56 UTC by Rafael Lima
Modified: 2023-05-13 11:13 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot showing the bug (17.02 KB, image/png)
2021-08-27 12:56 UTC, Rafael Lima
Details
Screen capture showing the problem (32.22 KB, video/mp4)
2021-12-07 00:20 UTC, Rafael Lima
Details
Impress - wrong point of rotation (36.00 KB, image/png)
2022-05-20 15:24 UTC, BDF
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rafael Lima 2021-08-27 12:56:59 UTC
Created attachment 174579 [details]
Screenshot showing the bug

In Impress and Draw when you add a shape and click it again to enable the "rotate mode", dragging the shape forgets to move the center point. See attached image for details.

Steps to reproduce:
1) Create a blank Impress or Draw object
2) Insert any shape, f.i. a rectangle
3) With the rectangle selected, click it a second time so the "rotation" handlers show up
4) Now move the shape anywhere else
5) Notice that the center point stayed in its original place
6) Try to rotate the shape now. It will use the original center point as the reference for rotation

Expected results:
The center point would move together with the shape, so subsequent rotations would work as expected.

If you deselect the shape and select it again, the center point appears in the right position.

System info:
Version: 7.2.0.4 / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 16; OS: Linux 5.11; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Calc: threaded
Comment 1 Deep17 2021-09-24 16:48:47 UTC
Thank you for reporting the bug. The center point is not fixed to the shape itself instead it is movable, which is not expected. I can confirm that the bug is present in

Version: 7.2.0.4 (x64) / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

and

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 770dcb1f717d576facf31efed14bee403e1a7155
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 2 Rafael Lima 2021-12-07 00:20:02 UTC
Created attachment 176754 [details]
Screen capture showing the problem

Here's a video showing the problem. Notice that when the user is in rotation mode and moves the object, the center point is not moved together with the image and gets "forgotten".

The bug is still present in LO 7.3 beta 1.

Version: 7.3.0.0.beta1 / LibreOffice Community
Build ID: 436f14c25ec1847646b953cf13d0db4f7ca3be57
CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Calc: threaded
Comment 3 BDF 2022-05-20 15:24:46 UTC
Created attachment 180260 [details]
Impress - wrong point of rotation

I can confirm this bug.

There also is another nuance to this bug: If you select one object, rotate it and then select a different object to rotate it, the point of rotation stays on the first object.
I'm not sure if this is unique enough to count as a 'new' bug though. I tested this bug in Writer and there the object can not be dragged around when it is rotated and when you switch objects, the point of rotation switches to the new object.

--------------------------------------------------

Version: 7.3.3.2 / LibreOffice Community
Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348
CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: de-AT (de_AT.UTF-8); UI: de-DE
Flatpak
Calc: threaded