Bug 37156 - FORMATTING: Paste table result different for paste destination "table cell" or "normal text area"
Summary: FORMATTING: Paste table result different for paste destination "table cell" o...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version: 3.3.2 release
Hardware: x86 (IA32) All
: high minor
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
: 34535 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-05-12 18:39 UTC by Christopher M. Penalver
Modified: 2013-09-18 09:59 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:

Attachments
20061006_final_pres_handout.odt (10.87 KB, application/vnd.oasis.opendocument.text)
2011-05-12 18:39 UTC, Christopher M. Penalver 		Details
Sample Document, see Comment 1 (13.55 KB, application/vnd.oasis.opendocument.text)
2011-05-13 02:14 UTC, Rainer Bielefeld Retired 		Details
View All

Description Christopher M. Penalver 2011-05-12 18:39:31 UTC 
Created attachment 46653 [details]
20061006_final_pres_handout.odt

Downstream bug may be found at:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/64295

OOo bug may be found at:
http://openoffice.org/bugzilla/show_bug.cgi?id=55944

1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

2) apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.3.2-1ubuntu5
  Candidate: 1:3.3.2-1ubuntu5
  Version table:
 *** 1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-proposed/main i386
Packages
        100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

3) What is expected to happen in LibreOffice Writer via the Terminal:

cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/64295/+attachment/18400/+files/20061006_final_pres_handout.odt && lowriter -nologo 20061006_final_pres_handout.odt

click box to right of [GP Practice?] -> Edit -> Select All -> Edit -> Copy -> click cell below Joe elects Option A -> Edit -> Paste and the table is pasted into cell.

4) What happens instead is the table is not pasted, but the word Car is pasted into the cell, and 30,000 is pasted into the cell to the right.
Comment 1 Rainer Bielefeld Retired 2011-05-13 02:06:20 UTC 
[Reproducible] with "LibreOffice 3.4Beta5  – WIN7  Home Premium  (64bit) English UI [DEV300m103 (Build:5)]". It seems to be a pure paste problem, hte reproduce I created a more simple "sample.odt"

Steps to reproduce:
1. Click into cell containing "1!
2. 2 times <cntl+a> to select complete table
3.  <cntl+c> for copy
4. Click below text "Paste below here"
5. <cntl+v> for paste
   expected: a complete clone of the 4 cells table should appear
   actual: as expected
6. Click into single cell table below
7. <cntl+v> for paste
   Expected: Nested table should be created as a clone of the 4 cells table
   Actual: second row will be created, cels contain Nos. 1,3

That seems inconsistent.

A workaround is to include the line in front ofsmall  table and line behind small table into marked area , then the complete table will be inserted in 
step 7

I doubt that that can be fixed easily, for some needs the current behavior just might be the desired one, please see second example in "sample.odt".

To me this bug seems to be an enhancement request.
Comment 2 Rainer Bielefeld Retired 2011-05-13 02:14:14 UTC 
Created attachment 46668 [details]
Sample Document, see Comment 1

The problem has already been reported as 
Bug 34535 - TABLES copy inner table to other location
But I will mar that one as DUP of this one because here we have collected more  details of the problem
Comment 3 Rainer Bielefeld Retired 2011-05-13 02:17:19 UTC 
*** Bug 34535 has been marked as a duplicate of this bug. ***
Comment 4 Björn Michaelsen 2011-12-23 12:02:30 UTC 
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Comment 5 Alexander 2012-01-09 06:45:55 UTC 
In LO3.5a2 an inner table cannot even be selected to be copied.
Comment 6 Alexander 2012-01-09 06:53:33 UTC 
(In reply to comment #5)
> In LO3.5a2 an inner table cannot even be selected to be copied.

I meant LO3.5 beta2, sorry
Comment 7 Rainer Bielefeld Retired 2012-01-09 07:45:08 UTC 
Status of this bug report has been modified wrongly by a bulk change. 

@Reporter:
Please do not touch picker fields if you do not know for what they are!
<http://wiki.documentfoundation.org/BugReport_Details#Version>

A Quick test did not show new behavior with 3.5.0Beta2, If you found a new (Regression) problem please submit a new Bug report!

@Cédric:
Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
Comment 8 sasha.libreoffice 2012-01-24 10:46:39 UTC 
> for some needs the current behavior just
> might be the desired one, please see second example in "sample.odt".
I agree that current behaviour is very handy.
And different behaviour my added into Edit->Paste special
Comment 9 A (Andy) 2013-05-04 21:56:18 UTC 
reproducible with LO 4.0.2.2 (Win7 Home, 64bit)

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.