[Issue 124967] Rich Text Format (.rtf) options lost from Table Properties: Relative width & Repeat Heading on Save

[bu...@apache.org]

https://bz.apache.org/ooo/show_bug.cgi?id=124967

Vladimir <vl...@unity3d.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |vladimir@unity3d.com

--- Comment #8 from Vladimir <vl...@unity3d.com> ---
I have successfully replicated the initial bug about lost 'Relative' and
'Repeat Heading' properties on both OS X 10.11.3 with OO Version 4.1.2
AOO412m3(Build:9782)  -  Rev. 1709696 and on Windows 10 with OO Version 4.2.0
AOO42m1(Build:9800) - Rev. 1692551.

I've also made some follow up tests with other properties of 'Table Format'
window that have recovered additional issues (same behavior on both OS X
10.11.3 and Windows 10):

1. Values of the 'Text Flow', 'Borders', 'Background' tabs are reset to
‘default’ rtf value after either switching from odt to rtf or after saving rtf
document and reopening it in OO Writer;
2. 'Width' field value of 'Table' tab decreases after either switching from odt
to rtf or after saving rtf document and reopening in it OO Writer.

See full investigation document clarifying which fields lose their value here:
https://docs.google.com/document/d/1_pDezTGXzcPh2U_aW9_Yeg8M9hLewNgpCbHA_CD5fFQ/edit?usp=sharing.


Also listing some additional tests that I've made (both on OS X and Windows):

1. Checking that every function of the 'Table Format' window is saved after
saving and reopening document with a table. Here I've tried several different
paths:
    - Create new .odt doc, insert table, change some settings in 'Table Format'
window, save doc in .odt, reopen OO Writer, check that 'Table Format' window
values are still the same - this test was PASSED, except little discrepancy in
'Columns' field (possibly related to manual alignment);
    -  Create new .odt doc, insert table, change some settings in 'Table
Format' window, save doc in .rtf, reopen OO Writer, check that 'Table Format'
window values are still the same - this test was generally FAILED, introducing
some new issues (described above);
    - Open existing .rtf doc, insert a table, change some values in 'Table
Format' window, save .rtf doc, reopen OO Writer, check that 'Table Format'
window values are still the same - this test has also FAILED. In this case the
behaviour is the same as when moving from .odt to .rtf (see issues listed
above);
    - Create new .odt doc, insert table, change some settings in 'Table Format'
window, save doc in .doc format (Microsoft Office 2007), reopen OO Writer,
check that 'Table Format' window values are still the same - this test was
PASSED, all values are retained. The issue is localized only around .rtf
format.

2. Checking consistency between the same features in competitive products
(Microsoft Word 2011 on OS X). The behaviour in Word differs from OO Writer:
all values of table formatting window (including 'Width' field, breaking text
in a cell or setting cell borders) are retained after either changing format to
.rtf or after further reopening .rtf doc.

I assume that regarding obtained test results this bug is pretty important, as
it introduces several new inconsistencies with .rtf format: within the product
(since the data is partially changed when reopening OO Writer) and with
competitive product (Microsoft Word doesn't lose .rtf formatting data after
reopening).

-- 
You are receiving this mail because:
You are the assignee for the issue.