Created attachment 73047 [details] Example file with wrong column width in LibO 4 and screenshots from different office suites LibO Version 4.0.0.1 (Build ID: 527dba6f6e0cfbbc71bd6e7b88a52699bb48799) on Windows XP SP3 Russian After I entered sizes of columns from all Office suites (MSO 2003 SP3, MSO 2007 SP3, LibO 3.6.4.3 and LibO 4.0.0.1) in a single table, it is clearly seen that in LibO 4.0 width for the first column is taken from the second, then for the second - from the third, and only then for the third column from the first! "Summary table with column size compare.ods" include name of a document, page number of the document and the table number in the order of the document. Because of this problem a large number of documents has become unsuitable even for viewing.
Created attachment 73048 [details] RTF file with problems what might be related
Created attachment 73049 [details] Summary table in different office suites to see problems in Example 3 and Example 11
Tested on Version 4.1.0.0.alpha0+ (Build ID: 8bab53a19828b888ca689dafaf98aa3ba82228a) in Linux, looks like it works fine. Can someone test Windows build?
Created attachment 73114 [details] LibreOffice 4.1 Master on Linux
Thanks fore reporting! I can reproduce this problem using Windows 7 x64 and LibreOffice 4.0.0.1 RC1; @Miklos: because of the topic 'RTF' and the regression here, I added you to CC. Kind regards, Joren
*** Bug 59953 has been marked as a duplicate of this bug. ***
*** Bug 50226 has been marked as a duplicate of this bug. ***
Hm indeed, it's fine on master but problematic on -4-0. I'll try to see when this got fixed.
(In reply to comment #6) > *** Bug 59953 has been marked as a duplicate of this bug. *** This error about the fact that: - the last column’s width is appropriated at the 1st column; - the 1st column’s width is appropriated at the 2nd column, etc. The bug 59953 reports about the damage of table structure, if table has rows, in which the cells were merged and (or) they were split. I returned to bug 59953 previous status therefore.
OK, so this was fixed in master with d276d3f3ae112a11c8cb5768650d147cbb94275e. Backporting that commit to -4-0 makes the bugdoc load fine there as well. -4-0 review: https://gerrit.libreoffice.org/1947
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=e24463c6330b0c11e3ff31c6fd373e3b32e6fc7c&h=libreoffice-4-0 fdo#59393 fdo#44053 fix this again and this time add a testcase as well It will be available in LibreOffice 4.0.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Migrating Whiteboard tags to Keywords: (filter:rtf) Replace rtf_filter -> filter:rtf. [NinjaEdit]