Bug 138951 - Moving shape with text box in table splits text box and shape at certain points in DOCX
Summary: Moving shape with text box in table splits text box and shape at certain poin...
Status: VERIFIED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.7.2 release
Hardware: All All
: medium normal
Assignee: Attila Bakos (NISZ)
URL:
Whiteboard:
Keywords: bibisectRequest, implementationError, regression
Depends on:
Blocks: DOCX-Textbox
  Show dependency treegraph
 
Reported: 2020-12-15 18:09 UTC by Telesto
Modified: 2021-03-09 11:07 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-12-15 18:09:14 UTC
Description:
Moving shape with text box in table splits text box and shape at certain points in DOCX

Steps to Reproduce:
1. Open the attachment 164362 [details]
2. Save as DOCX
3. File -> Reload
4. Start dragging the textbox to different positions within the table

Actual Results:
Textbox and shape will split in 2

Expected Results:
Should in sync


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
Version: 7.2.0.0.alpha0+ (x64)
Build ID: 35e471bb4d1388cf5afcdcee214cf5111edf44e3
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

Version: 6.2.9.0.0+ (x86)
Build ID: 5f01fe15eb2661f1f9ce12d1d99dc2a705b462ee
CPU threads: 4; OS: Windows 6.3; UI render: GL; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL

and in 
4.4.7.2

[the behaviour is not exactly the same. So shape and textbox move in different patterns depending on version, but essential element is present in all of them

no issue with
Versie: 4.1.0.4 
Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28
Comment 1 BogdanB 2020-12-22 17:34:14 UTC
Sometimes they are toghether, somtimes not.

Confirm with
Version: 7.0.4.2
Build ID: dcf040e67528d9187c66b2379df5ea4407429775
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 2 NISZ LibreOffice Team 2020-12-30 09:30:00 UTC
This was fine until:

Version: 4.3.0.4
Build ID: 62ad5818884a2fc2e5780dd45466868d41009ec0

But in 4.4 the frame started to be exported as drawing shape with textframe and the "shape+textframe are falling apart" situations started to arise. Does not makes sense to bibisect it much at this point, let's say implementation error.
 
What I see:
- Dragging the anchor to a different row of the second column does not make them fall apart
- Dragging the anchor to the first column makes them fall apart - but not if the shape is dragged
- Dragging the anchor to the paragraph below the table makes them fall apart - but not if the shape is dragged
- Dragging the shape upwards so that the anchor stays in the second column (say B1 cell), then dragging it towards the first column so that the anchor moves there (say A1 cell), then dragging it downwards (say A3 cell) makes them fall apart
- Dragging the shape downwards so that the anchor moves to the paragraph below the table, then upwards so that the anchor moves to the A4 cell (but no problem if it moves to B4 cell) makes them fall apart

@Attila maybe one for you? :)
Comment 3 Telesto 2021-01-15 13:54:29 UTC
Only to preventing people doing the work twice. See bug 135153 (and see also's)
Could be the same thing, IMHO..

Miklos has assigned himself too.. so if this is the same.. please coordinate
Comment 4 Xisco Faulí 2021-01-19 09:56:24 UTC
(In reply to Telesto from comment #3)
> Only to preventing people doing the work twice. See bug 135153 (and see
> also's)
> Could be the same thing, IMHO..
> 
> Miklos has assigned himself too.. so if this is the same.. please coordinate

Still reproducible in

Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: 4e1294b7d6f8de981147f15d4ca1b4e4853249eb
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 5 Attila Bakos (NISZ) 2021-02-05 11:08:44 UTC

*** This bug has been marked as a duplicate of bug 136516 ***
Comment 6 NISZ LibreOffice Team 2021-03-09 11:07:22 UTC
Verified in:

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 72841008bf422dfd8553240b3a78f0474d03523c
CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: hu-HU
Calc: threaded Jumbo