Bug 46913 - EDITING: Alt + Drag and Drop does not move cell formatting
Summary: EDITING: Alt + Drag and Drop does not move cell formatting
Status: RESOLVED DUPLICATE of bug 45868
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: Other All
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2012-03-02 13:24 UTC by OfficeUser
Modified: 2012-03-05 22:04 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
test.ods (10.01 KB, application/vnd.oasis.opendocument.spreadsheet)
2012-03-02 13:24 UTC, OfficeUser 		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 OfficeUser 2012-03-02 13:24:43 UTC 
Created attachment 57948 [details]
test.ods

- Open the attached ods

- Select the full row 15

- Drag&Drop the selection to row 6

- Note that only the filled part of the row is moved!
Comment 1 Regina Henschel 2012-03-02 17:35:34 UTC 
Yes, drag&drop works different than copy/cut and paste. But I'm not sure, whether this is a bug. If it is considered a bug, it is surely not a "major" bug, because you can get the desired behavior easily by copy and paste.

Using only the really used area has the advantage, that you can insert it shifted to the right. So the behavior is different to version 3.4, but I do not see it as "regression".
Comment 2 OfficeUser 2012-03-03 08:28:09 UTC 
It IS a major bug!

Try the same procedure while holding down Alt key while dragging.

In this way rows can be moved BETWEEN existing rows.

Now - due to this bug - this feature is broken because it destroys formatting/layout of the spreadsheet...
Comment 3 OfficeUser 2012-03-03 08:33:50 UTC 
Current behaviour is not what the user expects. If he wants to drag&drop a partial row he selects only a part of the row.

(@Regina: LibO reveals big lack of Q&A with each major release...)
Comment 4 OfficeUser 2012-03-03 08:35:35 UTC 
Please set target to 3.5.1.
Comment 5 OfficeUser 2012-03-03 08:36:30 UTC 
I mean QA... ;-)
Comment 6 OfficeUser 2012-03-05 11:15:11 UTC 
@Rainer: Could you confirm this bug please?
Comment 7 Rainer Bielefeld Retired 2012-03-05 22:04:38 UTC 
Effect is [Reproducible] with "LibreOffice 3.5.1.1 German UI/Locale [Build-ID: 45a2874-aa8c38d-dff3b9c-def3dbd-62463c8] on German WIN7 Home Premium (64bit) and
[Reproducible] with "LibreOffice 3.5.0 RC2 

Old behavior with 3.5.0 Beta1

I understand the problem <https://bugs.freedesktop.org/show_bug.cgi?id=45868#c2>, but the current solution  is a regression for my needs. 

This is the typical result of insufficient impact assessment.

DUP of "Bug 45868 - EDITING: Clipboard contents 'Copy' information causes incomplete paste"

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