Bug 104685 - Item gets pasted on the next page (and out of border)
Summary: Item gets pasted on the next page (and out of border)
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-12-14 21:11 UTC by Telesto
Modified: 2020-08-09 21:07 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (51.01 KB, application/vnd.oasis.opendocument.text)
2016-12-14 21:12 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2016-12-14 21:11:58 UTC
Description:
When copying and item and pasting it to a new document, the item gets pasted to the next page (and out of border)

Steps to Reproduce:
1.Open attached file
2.Open a new document
3.Copy first row of the attached file (or a single card)
3.Paste it in the new document

Actual Results:  
Items get pasted on the next page and out of border

Expected Results:
Should be pasted on the first page and in border


Reproducible: Always

User Profile Reset: No

Additional Info:
Found in:
Version: 5.4.0.0.alpha0+
Build ID: d538d3d84172a74dfe97d59a6d3daf9a45459cab
CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; 
TinderBox: Win-x86@39, Branch:master, Time: 2016-12-14_00:28:59
Locale: nl-NL (nl_NL); Calc: CL

and in
Versie: 4.4.6.3 
Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d
Locale: nl_NL

and in
Versie: 4.2.0.4 
Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71

and in
Versie 4.0.0.3 (Bouw-id: 7545bee9c2a0782548772a21bc84a9dcc583b89)

and in
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4


User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Comment 1 Telesto 2016-12-14 21:12:25 UTC
Created attachment 129649 [details]
Example file
Comment 2 Xisco Faulí 2016-12-16 17:34:38 UTC
Confirmed in

Version: 5.4.0.0.alpha0+
Build ID: 634589b340316ba64b731b4d923c1056be415494
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Comment 3 QA Administrators 2017-12-17 03:29:36 UTC Comment hidden (obsolete)
Comment 4 Telesto 2017-12-18 18:38:06 UTC
Repro with
Version: 6.1.0.0.alpha0+
Build ID: aad9c6da5154a89c6ef02214d1122d4b444eea23
CPU threads: 4; OS: Windows 6.3; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-12-15_22:56:44
Locale: nl-NL (nl_NL); Calc: CL
Comment 5 QA Administrators 2018-12-19 03:51:53 UTC Comment hidden (obsolete)
Comment 6 Thomas Lendo 2020-08-09 20:55:11 UTC
Repro with
Version: 7.1.0.0.alpha0+
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-08-05_04:03:50
Calc: threaded

But this is not a bug in my view because I see a page break in the (copied) table properties. Then this is a normal behavior.