Issue 3273 - Lose certain changes after save, close, and re-open
Summary: Lose certain changes after save, close, and re-open
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: 641
Hardware: PC Windows 2000
: P3 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords: oooqa
: 3348 5504 6777 6823 7145 8915 8985 9014 9372 9765 (view as issue list)
Depends on:
Blocks:
 
Reported: 2002-03-01 06:25 UTC by edsuom
Modified: 2003-10-01 07:51 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Test .DOC File (29.00 KB, application/octet-stream)
2002-03-01 06:28 UTC, edsuom 		no flags Details
STYLEBUG.DOC (9.50 KB, application/octet-stream)
2002-03-20 02:48 UTC, edsuom 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
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 [00010]. Press TAB
to descend to next lower outline level. Numbering changes to [0010]. Save &
Close. Re-open. Will be [00010] again.
Comment 1 edsuom 2002-03-01 06:28:36 UTC 
Created attachment 1122 [details]
Test .DOC File
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 [0009] and the
level in the numbered paragraph [0010] 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 7 edsuom 2002-03-20 02:48:48 UTC 
Created attachment 1250 [details]
STYLEBUG.DOC
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).
Comment 23 utomo99 2003-10-01 07:51:35 UTC 
*** Issue 17366 has been marked as a duplicate of this issue. ***