Created attachment 74593 [details]
Example RTF file created with LibreOffice showing a table with three colums with different widths
This is not a duplicate of 59953, because it exists still in daily build libreoffice-4-0~2013-02-08_06.26.04_LibO-Dev_220.127.116.11_Win_x86 . (But seems like the only remaining RTF import bug)
Steps te reproduce:
1. Open a new document
2. Choose table -> insert -> table
3. Set Columns to 3 x 3
4. Choose insert
5. Type text "Small" in the first column top cell
6. Type text "Middle" in the second column top cell
7. Type text "Large" in the third column top cell
8. Make column widths an appropriate size (ie small, middle and large size)
9. Save the document as test.rtf
10. choose to open document.
11. Notice that selection the document shows a preview of the document which is correct (rendered by MS Office perhaps, but it shows that it was correctly exported)
12. Notice the opened document has three columns with equal widths
Thanks for reporting this with such clear steps! We do appreciate that!
I can confirm this behavior using Mac OSX 10.8.2 and LibreOffice Version 18.104.22.168.alpha0+ (Build ID: 042e4606a64233299fdc02d9df32329c452d96d)
TinderBox: MacOSX-Intel@3-OSX_10.6.0-gcc_4.0.1, Branch:master, Time: 2013-02-07_23:25:41
@Miklos: any thoughts?
Following  I mark this bug as 'normal medium'.
Same problem in libreoffice 22.214.171.124 (Build ID: 5b93205)
May be related but not fixed with 55525.
Look similar but is definetly not fixed with 55525. Is there any way this could be assigned to Miklos? I guess he is the expert for this :)
@Miklos: Any idea for this?
This is a regression comparative to 3.6. The Attachment 67138 [details] from Bug 54900 contains an RTF and screenshot from LO 3.6 showing that it rendered almost perfectly there, while now it opens distorted (with columns having equal widths in each row). Thus adding the keyword "regression" and setting importance to "major" (according to rules of handling regressions).
Also, changing version to 126.96.36.199 as per first comment in Bug 54900.
This was indeed broken with 4.0.0rc3, but I don't see the problem on latest -4-0.
bisect says this was fixed with 7d4e28739681ca947112332016f9e904d4e587c9
*** This bug has been marked as a duplicate of bug 59953 ***
but please take a look at the testcase in Bug 54900 (Attachment 67138 [details]). Although that bug is filed against another problem, it _used to_ import almost perfectly. But now its tables are distorted having uniform column width (as may be seen even in 188.8.131.52).
Oh, you probably want to set back needinfo to new there, needinfo is normally used to track "pending input from reporter, nothing to do here at the moment". ;-)
Other than that sure, I'll try to get to it, as usual.