Created attachment 165469 [details]
Insert a column before the first column and then save, then reopen file.
If I insert a column to a table, then save the ODT document, then close, then open the same document, the contents of table are now altered.
I have attached the document that caused me problems.
Steps to reproduce:
1) Open the attached document and click on the first cell of the table.
2) Click "Table > Insert > Columns Before" to insert a column.
3) Save document and then close Writer.
4) Open document and the contents of the table are now altered.
I confirm it with
Version: 18.104.22.168 (x64)
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Author: Jenkins Build User <firstname.lastname@example.org>
Date: Thu Feb 27 19:26:45 2020 +0100
previous source sha:5352d45dd4a04f8f02cf7f6ad4169126d3b3586a
author Maxim Monastirsky <email@example.com> 2020-02-21 02:35:55 +0200
committer Michael Stahl <firstname.lastname@example.org> 2020-02-27 19:04:33 +0100
commit 59ace23c367f83491a37e844d16f7d716eff6346 (patch)
parent 5352d45dd4a04f8f02cf7f6ad4169126d3b3586a (diff)
tdf#101710 Fix invalid style:data-style-name attribute
Adding Maxim to CC. Please see.
The bibisect is a bit misleading. The problem with a table content being replaced with "0" for cells with attached user-defined number format is a well known problem, and didn't start with my commit. See previous reports in Bug 131025 and Bug 133611. The reason bibisect pointed to my commit is likely because before that user-defined number formats of table styles were simply not imported, so when such table style was re-applied upon column insertion, it was already missing the number format, and therefore didn't show the bug.
*** This bug has been marked as a duplicate of bug 131025 ***