Description: Resizing a frame with multiple paragraphs with the mouse moves it to the upper left corner. Steps to Reproduce: 1. Open new Writer. 2. Insert New Frame. 3. Ensure that the frame can be resized with the mouse. 4. Set the paragraphs in the frame to two columns in the properties. 5. Change the frame size with the mouse. Actual Results: 6. The frame will move to the upper left corner of the page. Expected Results: 6. The frame will move to the upper left corner of the page. Reproducible: Always User Profile Reset: No Additional Info: If you want to change the size by dialog, it works fine. Reproducible with Version: 7.3.7.2 (x64) / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 4; OS: Windows 10.0 Build 10240; UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL Reproducible with Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4031659233958a5bf93ea86e8fe117fd0dd45c10 CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 10240); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded
Confirm Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 151d997365f7bf271d63af535d29a9c3439c6d46 CPU threads: 8; OS: macOS 14.3; UI render: Skia/Raster; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded also with Version: 7.0.0.3 Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
I made a mistake in the paste operation. The correct description is as follows Expected Results: 6. The frame size only changes.
not reproducible with LO 24.8 dev on Windows 10, no such behavior, works fine
No issue with 4.4.7.2
No repro with Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2afdc61dd3138b383fb73dae2242ba1a9c8de901 CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
Reproducible in: Version: 6.4.7.2 Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
bibisected with bibisect-linux-64-6.0 repository and got the following results: 75a5bb5fe97dc758e0a97b76c88f97b23c7dfd6b is the first bad commit commit 75a5bb5fe97dc758e0a97b76c88f97b23c7dfd6b Author: Jenkins Build User <tdf@pollux.tdf> Date: Sat Nov 18 14:02:54 2017 +0100 source d74b26b41bfea3ba7a1834953b2bfe9b7ff0d70f source 1059e234f4b3b3f6b770b2e4d973923e54e7045b source 7d391f9a563041aae416c7017dcec36bbf4dfb2c source 4cee8018792c732aac638bd82c754ade915a4db9 source c82cb453eb56fb37ad36cff6becde9d753eb829d source da05b60cdb72d301c6b16c8cb31135f46f4ed2c0 source 51ee0c5ba6b0ffcd4b12e652de48e3f775cccc7d RotateFlyFrame3 https://git.libreoffice.org/core/+log/51ee0c5ba6b0ffcd4b12e652de48e3f775cccc7d..d74b26b41bfea3ba7a1834953b2bfe9b7ff0d70f I see that it's been a while since Armin Le Grand has posted so I will skip the add Cc to the author/developer as instructed in the bibisect guides
Let's ask Armin what he thinks in any case.