Bug 48364 - FILESAVE particular MSOffice 2007 RTF documents corrupted (chinese looking characters)
Summary: FILESAVE particular MSOffice 2007 RTF documents corrupted (chinese looking ch...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.2 release
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:rtf
Depends on:
Blocks:
 
Reported: 2012-04-05 21:33 UTC by Timon
Modified: 2015-12-15 11:00 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example of MSOffice 2007 rtf file, corrupted by LibreOffice 3.5.2 (and older versions) and a result file (8.22 KB, application/zip)
2012-04-05 21:33 UTC, Timon
Details
Screens prooving that the problem exists (82.42 KB, application/x-zip-compressed)
2012-04-11 22:16 UTC, Timon
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Timon 2012-04-05 21:33:52 UTC
Created attachment 59568 [details]
Example of MSOffice 2007 rtf file, corrupted by LibreOffice 3.5.2 (and older versions) and a result file

Create a document in Microsoft Office 2007 SP3, write in it a single line of
text, save as RTF (Example 4 Step 1.rtf). Exit Microsoft Office 2007 SP3.
Open the document in LibreOffice 3.5.2 (or earlier version). Copy this line of text and paste it into document, to get two identical lines of text one after another. Again, re-save document in RTF format (Example 4 Step 2.rtf). Exit LibreOffice. Try to open file "Example 4 Step 2.rtf" using the Microsoft Office 2007 SP3. File does not open, says that it is corrupted. Try to open file "Example 4 Step 2.rtf" using LibreOffice. File may be opened, but the text is completely unreadable (instead of the Russian text we see strange set of symbols or sometimes something like "arabic characters"). As a result, file "Example 4 Step 2.rtf" is completely unsuitable for further use.
Comment 1 Brennan Vincent 2012-04-05 23:55:06 UTC
I was unable to reproduce this bug.
Comment 2 Timon 2012-04-06 00:21:46 UTC
I tried several times. Everything is how I described.
Take Example 4 Step 1.rtf (file made by Microsoft Office 2007 SP3), open it in LibreOffice 3.5.2, copy text, paste, save. Exit LibreOffice. Re-open file. And we see troubles. May be promblem is in Russian fonts
Comment 3 Rainer Bielefeld Retired 2012-04-10 04:33:34 UTC
NOT reproducible with "LibreOffice 3.5.2.2 German UI/Locale [Build-ID: 281b639-6baa1d3-ef66a77-d866f25-f36d45f] on German WIN7 Home Premium (64bit). I opened "Example 4 Step 1.rtf", copied/pasted text in various ways, never saw that "Chinese" as in reporter's corrupted "Example 4 Step 2.rtf" (what can't beopened with MS WORD VIEWER).

@reporter:
Thank you for your report – unfortunately important information is missing.
May be hints on <http://wiki.documentfoundation.org/BugReport> will help you to find out what information will be useful to reproduce your problem? If you believe that that  is really sophisticated please as for Help on a user mailing list
Please:
- Write a meaningful Summary describing exactly what the problem is
- Attach screenshots with comments (especially concerning your results) 
  if you believe that that might explain the 
  problem better than a text comment. Best way is to insert your screenshots
  into a DRAW document and to add comments that explain what you want to show
- Contribute a step by step instruction containing every key press and every 
  mouse click how to reproduce your problem (due to example in Bug 43431)
– if possible contribute an instruction how to create a sample document 
  from the scratch
- add information 
  -- what EXACTLY is unexpected
  -- and WHY do you believe it's unexpected (cite Help or Documentation!)
  -- concerning your PC 
  -- concerning your OS (Distribution, Version, Language)
  -- concerning your LibO version (Version(with Build ID if it's not a 
     public release) and localization (UI language, Locale setting)
  –- Libo settings that might be related to your problems 
  -- how you launch LibO and how you opened the sample document
  –- If you can contribute an OOo Issue that might be useful
  -- everything else crossing your mind after you read linked texts

Even  if you can not provide all demanded information, every little new information might bring the breakthrough.
Comment 4 Timon 2012-04-11 22:16:34 UTC
Created attachment 59829 [details]
Screens prooving that the problem exists

Again tested in LibreOffice 3.5.2.2 Russian (Build-ID: 281b639-6baa1d3-ef66a77-d866f25-f36d45f).
Office was upgraded (what I do remember)- LibreOffice 3.4.4 - LibreOffice 3.4.5 - LibreOffice 3.5.1 - LibreOffice 3.5.2 (may be the problem is in product upgrades, not а new installation)
Description step-by-step
I take file Example 4 Step 1.rtf (that was created in MSOffice 2007 SP3), open it in LibreOffice, press Ctrl-A (select all), press Ctrl-C (copy), go to the end of line, press Ctrl-V (paste). You can see it in "1-select-copy-paste.JPG". Then go to File - Save as... (Ctrl+Shift+S) and save file as Example 4 Step 2.rtf. Then exit LibreOffice. And again open file Example 4 Step 2.rtf. All text is corrupted. You can see it in "2-saveas-exit-open.JPG".
Comment 5 Timon 2012-04-11 23:43:59 UTC
All is done on Russian Windows XP Professional SP3 (32 bit) with all security bulletins recommended by Microsoft installed.
Java(TM) 6 Update 31
Comment 6 Rainer Bielefeld Retired 2013-04-14 10:48:57 UTC
I see the effect in reporter's Example 4 Step 2.rtf, but FILESAVE problem not reproducible with Server Installation of "LibreOffice 3.5.2.2 English UI/Locale [Build-ID: 281b639-6baa1d3-ef66a77-d866f25-f36d45f] on German WIN7 Home Premium (64bit) or any other LibO Version I try.  

I wonder why reporter's "Example 4 Step 1.rtf" has such a lot of font definitions ...

@Timon
My suspect still is that it's something with your installation and not with LibO general. It the problem persists with LibO 3.6, I recommend to try with a very basic new server installation following instructions on <https://wiki.documentfoundation.org/Installing_in_parallel> (including activating independent user profile).
If the problem vanishes we will have to check what's wrong with your LibO installation, if the problem persists it's something for our RTF expert.
Comment 7 Timon 2013-04-14 16:05:35 UTC
Problem was already fixed in LibreOffice 3.6.0.4.
Comment 8 Miklos Vajna 2013-04-15 16:34:44 UTC
Thanks for the feedback!
Comment 9 Robinson Tryon (qubit) 2015-12-15 11:00:10 UTC
Migrating Whiteboard tags to Keywords: (rtf_filter -> filter:rtf)
[NinjaEdit]