Bug 134244 - move/copy by dragging leftward eliminates frame
Summary: move/copy by dragging leftward eliminates frame
Status: RESOLVED DUPLICATE of bug 132892
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.4.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Drag-and-Drop
  Show dependency treegraph
 
Reported: 2020-06-22 22:48 UTC by TorrAB
Modified: 2020-08-16 07:10 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
text with frame (17.64 KB, application/vnd.oasis.opendocument.text)
2020-06-22 22:53 UTC, TorrAB
Details

Note You need to log in before you can comment on or make changes to this bug.
Description TorrAB 2020-06-22 22:48:01 UTC
Description:
In MNPBox.odt, select ‘PPP…Q’, put cursor on ‘PPP’ and drag the selection between M and N: the frame disappears! Only ‘PPPQ’ is moved (To keep the original, do a ^drag.)
But if the destination is between A and B, the frame is preserved —as expected.


Steps to Reproduce:
1.In MNPBox.odt, select ‘PPP…Q’
2.put cursor on ‘PPP’ and drag the selection between M and N


Actual Results:
the frame disappears! Only ‘PPPQ’ is moved

Expected Results:
everything (frame included) should be moved.


Reproducible: Always


User Profile Reset: No



Additional Info:
if the destination is after the source (between A and B, or F and G), the frame is preserved —as expected.
Comment 1 TorrAB 2020-06-22 22:53:46 UTC
Created attachment 162329 [details]
text with frame
Comment 2 Telesto 2020-06-23 08:26:43 UTC
Maybe bug 132892
Comment 3 Dieter 2020-06-24 15:20:27 UTC
(In reply to Telesto from comment #2)
> Maybe bug 132892

TorrAB, please check, if it is a duplcate of bug 132892. Thanks.

=> NEEDINFO
Comment 4 TorrAB 2020-06-25 16:56:59 UTC
(In reply to Dieter from comment #3)
> (In reply to Telesto from comment #2)
> > Maybe bug 132892
> 
> TorrAB, please check, if it is a duplcate of bug 132892. Thanks.
> 
> => NEEDINFO

Bug 132892 seems different: it affects the format, but loses nothing.
Comment 5 Dieter 2020-06-27 03:29:47 UTC
I confirm it with

Version: 7.0.0.0.beta2 (x64)
Build ID: 1c213561a365b5666167321de68c9977500c9612
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

but not with

Version: 6.1.6.3 (x64)
Build-ID: 5896ab1714085361c45cf540f76f60673dd96a72
CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; 
Gebietsschema: de-DE (de_DE); Calc: group threaded

So result of bibisect will show, if we can treat it as duplicate of bug 132892.
Comment 6 Attila Baraksó (NISZ) 2020-06-27 09:46:09 UTC
Bibisected using linux-64-6.3 to:
URL: https://cgit.freedesktop.org/libreoffice/core/commit/?id=b402d0112a0bb53221b847fa372bfa3f6390a0e2
author: Ashod Nakashian <ashod.nakashian@collabora.co.uk>
committer: Ashod Nakashian <ashnakash@gmail.com>
summary: sw: paragraph-sign: erase metafields from copied text correctly

Yep, duplicate of bug 132892.

*** This bug has been marked as a duplicate of bug 132892 ***