Created attachment 59177 [details] ODT to be processed - Open "Test Negativer Einzug.odt" - Open "Copy Source.rtf" - Mark lines "Sehr geehrte ... aufzuerlegen." and Ctrl-C - Mark line "Sehr geehrte Damen und Herren," in "Test Negativer Einzug.odt" - Paste by Ctrl-V - Save as "Test Negativer Einzug.rtf" and close - Open "Test Negativer Einzug.rtf" again --> All german Umlaute were deleted/destroyed.
Created attachment 59178 [details] RTF as copy source
Created attachment 59179 [details] Corrupted RTF result
Confirmed with LibO 3.5.2 RC1 on Windows XP. Works fine with LibO 3.4.5 => REGRESSION
Could this be Win-only? It seems to work just fine for me with LibreOffice 3.5.1.2 Build ID: 350m1(Build:102) on Ubuntu.
Retested with LibO 3.6 Beta1 and LOdev 3.7 (master - 2012-06-14, Win-x86@6-fast; Build ID: 5af60dc) - it works. (It doesn't work with LibO 3.5.4 though.) I think the bug can be closed. (Tested under Windows XP and Vista 64)
I was able to reproduce the bug with "LibreOffice 3.5.1.2 German UI/Locale [Build-ID: dc9775d-05ecbee-0851ad3-1586698-727bf66] on German WIN7 Home Premium (64bit) Works fine with "LibreOffice 3.6.1.2 German UI/Locale [Build-ID: e29a214] on German WIN7 Home Premium (64bit), so (also due to Comment 8) WFM
Hm, there is no comment 8 ! As there was no fix/patch involved, but error disapeared by itself, how can you be sure, the source of the problem is solved? Shouldn't the real reason be explored, before closing this bug?
Due to comment 4 - sorry
Migrating Whiteboard tags to Keywords: (filter:rtf) Replace rtf_filter -> filter:rtf. [NinjaEdit]