Bug 59977 - EDITING: Copy table from Writer should paste to Calc also table even if pasted as unformatted text
Summary: EDITING: Copy table from Writer should paste to Calc also table even if paste...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: Paste-Special-Unformatted
  Show dependency tree / graph
 
Reported: 2013-01-28 15:41 UTC by webofht-libreofficebugs002
Modified: 2023-04-07 00:13 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Just a table (9.17 KB, application/vnd.oasis.opendocument.text)
2013-01-28 15:41 UTC, webofht-libreofficebugs002 		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 webofht-libreofficebugs002 2013-01-28 15:41:31 UTC 
Created attachment 73780 [details]
Just a table

Problem description: Copy a table in Writer. Paste it in Calc as unformatted text. The table does not look like itself in Writer.

Steps to reproduce:
1. The operating system used is Linux debian 2.6.32-5-686 #1 SMP Sun Sep 23 09:49:36 UTC 2012 i686 GNU/Linux.
2. This issue affects:
- LibreOffice Version 3.6.4.3 (Build ID: 2ef5aff)
- LibreOffice Version 4.0.0.2 (Build ID: 408fe71bd18616c467b3dcd7ab6756528ffcae2)
3. File-> Open-> attached sample odt file -> Select the whole table in the odt file.
4. Edit-> Copy
5. File-> New-> Spreadsheet
6. Press Paste drop-down arrow (Standard toolbar)-> Unformatted text-> OK
a is in A1, but b is not in B1.
a is not in A2, and b is not in B2.
7. The data are not displayed like the table in the odt file.

Current behavior: The table becomes a list of data and does not look like a table in Calc.

Expected behavior: The table should look like a table in Calc and should not become a list of data, e.g. a in A1, a in A2, b in B1, and b in B2

   
Operating System: Debian
Version: 3.6.4.3 release
Comment 1 m_a_riosv 2013-01-29 00:37:11 UTC 
Hi webofht, thanks for reporting.

I can reproduce with:
Win7x64 Ultimate
Version 3.6.5.2 (Build ID: 5b93205)
Version 4.0.0.2 (Build ID: 5991f37846fc3763493029c4958b57282c2597e)
Version 4.0.1.0+ (Build ID: c4820200312e3d50a12d3605147772759938bcf)
Version 4.1.0.0.alpha0+ (Build ID: 8cad36dfcd6e4ae583332bf34b8bbf0ceb19aa9)

And became a list data only with "Unicode" character set, with any other only the first value.
Comment 2 webofht-libreofficebugs002 2014-02-02 01:47:12 UTC 
Confirm reproducing the same issue in LibreOffice Version: 4.2.0.4 (Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71).
Comment 3 Joel Madero 2015-05-02 15:42:48 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2016-09-20 09:36:46 UTC Comment hidden (obsolete)
Comment 5 Telesto 2017-07-04 19:07:50 UTC 
Repro with:
Version: 6.0.0.0.alpha0+
Build ID: cac5c9f6081590b0548d3116bc4cd4a2509ec576
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-07-01_00:41:48
Locale: nl-NL (nl_NL); Calc: CL
Comment 6 QA Administrators 2018-10-13 03:14:22 UTC Comment hidden (obsolete)
Comment 7 Xavier Van Wijmeersch 2018-10-13 13:31:17 UTC 
Repro with

Version: 6.2.0.0.alpha0+
Build ID: fd41fb8392a4e9a27d9fd09071a5f1e2be4b5a0e
CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; 
Locale: nl-BE (en_US.UTF-8); Calc: threaded
Comment 8 m_a_riosv 2023-04-07 00:13:08 UTC 
Still
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: d408e940630d131ab886a1d4619671fa0299c03e
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Jumbo