Issue 50699 - latin-2 characters stored incorrectly in rtf format (OO 1.9.104)
Summary: latin-2 characters stored incorrectly in rtf format (OO 1.9.104)
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: save-export (show other issues)
Version: OOo 2.0 Beta
Hardware: All Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: oooqa
: 58730 (view as issue list)
Depends on:
Blocks:
 
Reported: 2005-06-14 08:42 UTC by milossramek
Modified: 2017-05-20 11:26 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description milossramek 2005-06-14 08:42:19 UTC
In openoffice.org1.9.104, characters in the latin-2 encoding are not stored     
correctly in the rtf format. However, this is correct in OO 1.1.3     
     
Files:     
(1) http://www.viskom.oeaw.ac.at/~milos/OO/rtf-test.sxw: Documents with just 9     
characters. Reads ok in both OO-2.0 and OO-1.1.3     
Screenshot: http://www.viskom.oeaw.ac.at/~milos/OO/rtf-test.sxw.png 
(2) http://www.viskom.oeaw.ac.at/~milos/OO/rtf-test-2.rtf: File (1) stored in   
rtf     
Screenshot, if loaded both in OO 1.1.3 and 1.9.104: 
http://www.viskom.oeaw.ac.at/~milos/OO/rtf-test-2.rtf.png   
by OO-2.0. Incorrect, when loaded both in OO-2.0 and OO-1.1.3     
(3) http://www.viskom.oeaw.ac.at/~milos/OO/rtf-test-1.1.rtf: File (1) stored   
in  rtf by OO-1.1.3. Correct when loaded both in OO-2.0 and OO-1.1.3  
Milos
Comment 1 michael.ruess 2005-06-16 12:00:37 UTC
MRU->US: you recently checked a VERY similar fix for RTF export. Please have a
look when this was integrated and if this may be a duplicate. Thanks a lot!
Comment 2 ulf.stroehler 2005-06-16 13:05:58 UTC
Can not reproduce in m109 (seems duplicate to issue 47831).

What's the desktop locale you are using (command: "locale" in a shell) and what
desktop environment are you using kde/gnome/whatever ?
Thanks, Ulf.
Comment 3 milossramek 2005-06-16 14:35:50 UTC
I am using KDE 3.2.3 on Mandrake 10.1                   
 
Locale:                 
 LANG=en_US               
LC_CTYPE=sk_SK               
LC_NUMERIC=en_US               
LC_TIME=en_US               
LC_COLLATE=en_US               
LC_MONETARY=en_US               
LC_MESSAGES=en_US               
LC_PAPER=en_US               
LC_NAME=en_US               
LC_ADDRESS=en_US               
LC_TELEPHONE=en_US               
LC_MEASUREMENT=en_US               
LC_IDENTIFICATION=en_US               
LC_ALL=               
               
(I use just the LC_CTYPE locale to enter slovak characters, otherwise             
everything is English).               
               
I replaced the  
http://www.viskom.oeaw.ac.at/~milos/OO/rtf-test-2.rtf.png                
image with a new one (I did some experiments copying characters between           
the rtf files and the screenshot belonged to one of them).             
                  
I changed the files, all Slovak accented characters were added:       
http://www.viskom.oeaw.ac.at/~milos/OO/rtf-test.sxw         
Characters were entered both from keyboard and by means of insert/special   
character.     
     
The same exported to rtf and open back:     
http://www.viskom.oeaw.ac.at/~milos/OO/rtf-test.rtf   
   
One can see that the two input methods in fact enter different character  
codes, since the sets are incorrect in a different way.   
screenshot:    
http://www.viskom.oeaw.ac.at/~milos/OO/rtf-test.png   
   
If I open the rtf file, save and open again, the characters are incorrect  in 
such a way, as if they were all entered from the keyboard.   
   
Milos   
                   
Comment 4 ulf.stroehler 2005-06-16 15:11:39 UTC
Milos, thanks for the update.
Reproducible for me in sk_SK locale also.

Workaround: sk_SK.UTF-8 locale.

Transferring to Florian.
Comment 5 lohmaier 2005-06-16 18:40:12 UTC
following issues maybe are fo interest: issue 19565, issue 35653 and issue 43933
Comment 6 andreas.martens 2005-08-22 11:29:36 UTC
Considering the effort, the priority, the risk and our resource planning I've to
retarget this issue to OOo Later.
Comment 7 michael.ruess 2005-12-14 09:21:52 UTC
*** Issue 58730 has been marked as a duplicate of this issue. ***
Comment 8 Mathias_Bauer 2006-08-30 15:15:38 UTC
reassigning to hbrinkm
Comment 9 Marcus 2017-05-20 11:24:58 UTC
Reset assigne to the default "issues@openoffice.apache.org".
Comment 10 Marcus 2017-05-20 11:26:00 UTC
Reset assigne to the default "issues@openoffice.apache.org".