Bug 136515

Summary:	Frame and content disengaged after moving frame followed by cut and paste
Product:	LibreOffice	Reporter:	Telesto <telesto>
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED DUPLICATE
Severity:	minor	CC:	arato.daniel, buzea.bogdan, libreoffice, neuffbn
Priority:	medium	Keywords:	bibisected, bisected, regression
Version:	4.4.7.2 release
Hardware:	All
OS:	All
See Also:	https://bugs.documentfoundation.org/show_bug.cgi?id=136516
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	102593
Attachments:	Screencast The original document after cutting-pasting in 7.1 bibisect and 7.2 master

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