Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Lose certain changes after save, close, and re-open|
|Status:||CLOSED FIXED||QA Contact:||issues@sw <issues>|
|Priority:||P3||CC:||issues, martin.styan, t8m|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description edsuom 2002-03-01 06:25:44 UTC
Loses certain changes after save, close, and re-open. See attached .doc file "ooo-test.doc" 1. Open file. Unbold bolded text about superhetrodyne receiver. Save & Close. Re-open. Will be bold again. 2. Open file. Click on beginning of first paragraph numbered . Press TAB to descend to next lower outline level. Numbering changes to . Save & Close. Re-open. Will be  again.
Comment 2 stefan.baltzer 2002-03-01 11:44:31 UTC
Reassigned to Michael.
Comment 3 michael.ruess 2002-03-04 15:05:15 UTC
MRU->CMC: When changing the bold attribute in line  and the level in the numbered paragraph  to level 2, after export both is set back to the original state.
Comment 4 caolanm 2002-03-05 11:59:52 UTC
Fixed in head. Forgot one area in the code that needed to check the script when figuring out which to export, either the CJK or Western bold to the single equivalent in word.
Comment 5 michael.ruess 2002-03-06 10:07:42 UTC
*** Issue 3348 has been marked as a duplicate of this issue. ***
Comment 6 edsuom 2002-03-20 02:47:10 UTC
Have observed similar problems with paragraph style changes. Open the attached file "stylebug.doc". Change default style to 12 pt text instead of 10 pt. Save as Word 97. Reopen. Default style will be 10 pt text again.
Comment 8 caolanm 2002-03-21 16:11:10 UTC
fine in SRC653a2
Comment 9 michael.ruess 2002-04-26 11:59:22 UTC
Yeah, looks very good in 655. Fix will be available for a kind of OpenOffice 65x.
Comment 10 michael.ruess 2002-07-16 14:47:53 UTC
Will also be fixed in next OpenOffice 643 build.
Comment 11 michael.ruess 2002-07-16 14:48:42 UTC
*** Issue 5504 has been marked as a duplicate of this issue. ***
Comment 12 prgmgr 2002-08-21 03:05:00 UTC
*** Issue 6823 has been marked as a duplicate of this issue. ***
Comment 13 prgmgr 2002-08-21 03:06:23 UTC
*** Issue 7145 has been marked as a duplicate of this issue. ***
Comment 14 prgmgr 2002-08-21 03:07:39 UTC
*** Issue 6777 has been marked as a duplicate of this issue. ***
Comment 15 caolanm 2002-08-21 09:48:35 UTC
While waiting for the new fixed release that this can be worked around by enabling tools->options->language settings->languages, enable asian support then in your character dialogs you will see that the asian and western bold/italic and fontsize attributes differ from eachother while word has only one setting for both so no export the asian ones clobber the western ones, by making both the same then both will be exported the same, so no clobbering goes on.
Comment 16 caolanm 2002-11-06 10:36:39 UTC
*** Issue 9014 has been marked as a duplicate of this issue. ***
Comment 17 michael.ruess 2002-11-15 09:19:11 UTC
Works in OO643 build.
Comment 18 caolanm 2002-11-19 14:07:25 UTC
*** Issue 9372 has been marked as a duplicate of this issue. ***
Comment 19 caolanm 2002-11-21 09:39:30 UTC
*** Issue 8915 has been marked as a duplicate of this issue. ***
Comment 20 caolanm 2002-12-02 14:50:18 UTC
*** Issue 9765 has been marked as a duplicate of this issue. ***
Comment 21 prgmgr 2002-12-04 03:43:15 UTC
*** Issue 8985 has been marked as a duplicate of this issue. ***
Comment 22 akrioukov 2003-03-11 20:29:25 UTC
I think, the problem is really not resolved, but just hidden. Really, when we create an OOo document from scratch, it probably contains no Asian formatting. However, when we open a MS Word document, some Asian properties are automatically set for some values. We can't see this formatting, we can't change it, unless we enable the Asian languages support. But this formatting will be saved, if we want to save the our document as .sxw, although it is absolutely useless (of course, in case of Western document). Is it a correct behaviour? I think, opening document in a foreign format shouldn't set any Asian properties, if Asian languages support is disabled. End even if these properties were set, they should be stripped when we save document to the sxw format (of course, again, if support for Asian languages is not enabled in our settings).