Bug 137073 - Changing anchor position of image and undo does not restore the image's original position
Summary: Changing anchor position of image and undo does not restore the image's origi...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectNotNeeded, regression
Depends on:
Blocks: Undo-Redo
  Show dependency treegraph
 
Reported: 2020-09-27 15:30 UTC by Telesto
Modified: 2024-05-17 02:30 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (686.67 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2020-09-27 15:30 UTC, Telesto
Details
Screencast (777.80 KB, video/mp4)
2020-09-27 15:31 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-09-27 15:30:06 UTC
Description:
Undo changing position of anchor doesn't restore the old situation (DOCX)

Steps to Reproduce:
1. Open the attached file
2. Follow the steps in the screencast

Actual Results:
Undo Causes image overlapping text

Expected Results:
Original situation restored


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
Version: 7.1.0.0.alpha0+ (x64)
Build ID: 52a49f9e480ca03e231cfda82640a928393131c9
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

and in
6.0

Better, but broken in different way in 
5.3

they same brokenness as 5.3 in
4.4.7.2

it's working as expected in
4.2
Comment 1 Telesto 2020-09-27 15:30:27 UTC
Created attachment 165891 [details]
Example file
Comment 2 Telesto 2020-09-27 15:31:07 UTC
Created attachment 165892 [details]
Screencast
Comment 3 Kevin Suo 2020-10-12 08:05:00 UTC
Reproduced in
Version: 7.1.0.0.alpha0+
Build ID: 67edb62a88f331d93ba3aa0741bd4ef734d56062
CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: zh-CN (zh_CN.UTF-8); UI: zh-CN
Calc: threaded 

Set to NEW.
Comment 4 Kevin Suo 2020-10-12 08:10:02 UTC
Removed "docx" keyword in summary as bug also exists if save this file as odt and reopen.
Comment 5 QA Administrators 2022-10-13 03:32:17 UTC Comment hidden (obsolete)
Comment 6 Kevin Suo 2022-10-13 10:12:54 UTC
Good news is that I do not reproduce this with at least 
Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: 221d76260096b9e6b4c4479b1b89c95af8b05774
CPU threads: 8; OS: Linux 5.19; UI render: default; VCL: gtk3
Locale: zh-CN (zh_CN.UTF-8); UI: zh-CN
Build Platform: Fedora34@X64, Branch:master, bibisect-linux-64-7.4-CN
Calc: threaded

Telesto could you please confirm?
Comment 7 Stéphane Guillou (stragu) 2024-05-17 02:30:05 UTC
Reproduced in:

Version: 7.1.0.3 / LibreOffice Community
Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

A zoom level change would refresh the wrap, but the frame still wouldn't be in its original place.

Resolved in:

Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 1b45ca1aa7d7cb8e7adcc07f8c60e26a413eca8c
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

and in 7.6.6.3 and 7.3.7.2.