Bug 136515 - Frame and content disengaged after moving frame followed by cut and paste
Summary: Frame and content disengaged after moving frame followed by cut and paste
Status: RESOLVED DUPLICATE of bug 135198
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.7.2 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Paste
  Show dependency tree / graph
 
Reported: 2020-09-06 14:49 UTC by Telesto
Modified: 2021-02-04 20:25 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
Screencast (634.43 KB, video/mp4)
2020-09-06 14:50 UTC, Telesto 		Details
The original document after cutting-pasting in 7.1 bibisect and 7.2 master (302.48 KB, image/png)
2020-12-04 12:00 UTC, NISZ LibreOffice Team 		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 Telesto 2020-09-06 14:49:49 UTC 
Description:
Frame and content disengaged after moving frame followed by cut and paste

Steps to Reproduce:
1. Open attachment 164139 [details]
2. Select the frame
3. Drag it down
4. CTRL+X
5. Move cursor to top of the page
6. Paste

Actual Results:
Outer frame and content split

Expected Results:
Not so


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: e8b8e7be0b2ad693224cd94062a55610eb69df7e
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2020-09-06 14:50:22 UTC 
Created attachment 165199 [details]
Screencast
Comment 2 Telesto 2020-09-06 14:53:34 UTC 
Found in
6.0

and in
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL

not in
Versie: 4.2.0.4 
Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71
Comment 3 neuffbn 2020-09-28 21:28:55 UTC 
Thank you for reporting the bug. I can confirm that the bug is present in: 
Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

Also present in: 
Version: 7.1.0.0.alpha0+ (x64)
Build ID: dec9a123867dcd0fea4683beeb3b4b6659f926f3
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 4 NISZ LibreOffice Team 2020-12-04 12:00:23 UTC 
Created attachment 167828 [details]
The original document after cutting-pasting in 7.1 bibisect and 7.2 master

No longer seems to happen in:

Version: 7.2.0.0.alpha0+ (x64)
Build ID: 561e5559bb68242c7f785f0ca3bee3eb12b58963
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: CL

But still in bibisect-7.1:

Version: 7.1.0.0.beta1+ (x64)
Build ID: f9fab4203c1aa0b9a3f27ce2713b6d5addc7df19
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: CL
Comment 5 NISZ LibreOffice Team 2021-02-04 16:59:27 UTC 
I can no longer reproduce this since:

https://git.libreoffice.org/core/+/59fec754a1523eede0f19a59e4eeeff593a4d688
author	Daniel Arato (NISZ) <arato.daniel@nisz.hu>	Mon Nov 16 11:53:47 2020 +0100
committer	László Németh <nemeth@numbertext.org>	Thu Nov 26 14:41:53 2020 +0100

tdf#135198 tdf#138050 sw editing: fix text box position sync

@Daniel Thanks for solving this one too :)

*** This bug has been marked as a duplicate of bug 135198 ***
Comment 6 BogdanB 2021-02-04 20:25:13 UTC 
Confirm it is solved in
Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: 40b56cd8da8c38582dc4660b486993d1b4711535
CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded

I could not check in 7.1 bibisect.

But OK in
Version: 7.1.0.3 / LibreOffice Community
Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c
CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded