Bug 48042

Summary: EDITING: Copy paste TABLE as RTF shows only first row with enabled experimental features
Product: LibreOffice Reporter: Only A Test Account, do not aadd to CC! <rainerbielefeldng>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: NEW --- QA Contact:
Severity: normal    
Priority: medium CC: fran2012, sasha.libreoffice
Version: 3.5.2 RC1   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments: Sample Document

Description Only A Test Account, do not aadd to CC! 2012-03-29 04:02:47 UTC
Created attachment 59217 [details]
Sample Document

Steps how to reproduce with attached sample document and "LibreOffice 3.5.1.2 German UI/Locale [Build-ID: dc9775d-05ecbee-0851ad3-1586698-727bf66] on German WIN7 Home Premium (64bit) 

1. Start LibO
2. Menu 'Tools -> Options -> LibO -> General' check 'Activate 
   experimental (instable) Features
3. open sample document
4. <control+a> for Copy
5. click at end of document
6. Menu 'Edit -> Paste Special -> Text as RTF'
   Expected: Table with 2 rows 2 columns appears
   Actual: table with only first row, all contents outside first cell shown in 
           second cell

Might be related to "Bug 45533 - EDITING: Pasting TABLE as RTF from SPSS fails"

I found this during my research for "Bug 48029 - Crash when try to merge cells on RTF pasted table"
Comment 1 Only A Test Account, do not aadd to CC! 2012-03-29 04:21:46 UTC
No problem with "LibreOffice Portable 3.3.0  - WIN7  Home Premium (64bit) German UI [OOO330m19 (Build:6) tag libreoffice-3.3.0.4]", 3.4.1RC1, 3.4.5, Master July 2011, 
Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID:  3b32204-7f92fce-2ba0a9f)]" (2011-09-03)
Server installation of MSVC Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) ENGLISH UI [Build ID:  2d0998f-090bcba-45cf606]" Win-x86@6 - 2011-12-01_08.37.54)
3.5.0 Beta1 and RC2
and even LibreOffice 3.5.1.2 ?!?!?!
Comment 2 sasha.libreoffice 2012-06-22 03:31:39 UTC
Thanks for bugreport
reproduced in 3.5.4 and 3.6.b1 on Fedora 64 bit
(after step 6 we need repeat steps 4,5,6)
Result not exact as in Description, but still incorrect
Comment 3 Nicolas R 2013-02-11 16:14:36 UTC
Hello

Another bug related to "Rtf Paste" and "Activate experimental features".

In release 3.6.5, if you copy from a pdf document opened in Acrobat Reader, when you paste ( Ctrl-v) in Writer, the clipboard content is always added at the end of the document, whatever the cursor position in the document.

Using Paste -> Special

'Text non formatted' -> paste ok
'Text as RTF' -> paste at the end of document.

It seems there is no problem in LoDev 4.0.0 Beta 2 (with or without experimental features activated).

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.