Bug 137371 - pasting table : column contents replace by "0"
Summary: pasting table : column contents replace by "0"
Status: RESOLVED DUPLICATE of bug 131025
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.1.2 release
Hardware: All Windows (All)
: medium normal
Assignee: LG
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-09 11:00 UTC by LG
Modified: 2021-03-08 09:46 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
screen copy of the result (24.41 KB, image/png)
2020-10-09 11:03 UTC, LG 		Details
screen copy of the result - table corruption (16.95 KB, image/png)
2021-03-07 18:34 UTC, LG 		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 LG 2020-10-09 11:00:02 UTC 
Description:
I moved 10 pages of my technical documentation to the end of the file using cut and paste ... It contains text and "two column" tables.
I only saw too late that some contents of the 2nd columns had been replaced by "0" !!!

Actual Results:
text replace by "0".

Expected Results:
the original text


Reproducible: Didn't try


User Profile Reset: No



Additional Info:
Version: 7.0.1.2 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 8; OS: Windows 10.0 Build 18363; UI render: Skia/Vulkan; VCL: win
Locale: fr-FR (fr_FR); UI: en-GB
Calc: CL
Comment 1 LG 2020-10-09 11:03:11 UTC 
Created attachment 166236 [details]
screen copy of the result
Comment 2 Xisco Faulí 2020-10-12 16:56:45 UTC 
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Comment 3 LG 2021-03-07 18:34:01 UTC 
Created attachment 170317 [details]
screen copy of the result - table corruption
Comment 4 LG 2021-03-07 18:41:34 UTC 
The problem is still present in version 7.1.0.3.

I am writing a new document with many tables: some cell contents are often replaced by "0" for no apparent reason. 

The attachment file "bug 137371 - screen copy (2) - table corruption.png" contains the result of an altered table. The document has 15 copies of this table and all are corrupted in the same way. The tables are created by copy/paste. Others tables are not modified.

When I detected the problem, I was modifying a new copy of this table by removing columns.
Comment 5 QA Administrators 2021-03-08 04:03:19 UTC Comment hidden (obsolete)
Comment 6 Timur 2021-03-08 09:46:20 UTC 
Seems duplicate. Always search before submitting.

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