Created attachment 62248 [details] A short example "doc" file saved by Papyrus (3 one line paragraphs, the first replaced by another, tracing of changes activated, the deleted line contains an "ö" ) Problem description: LibreOffice doesn't read text files correctly that are saved with Papyrus (using WINE) when tracing of changes is active. Steps to reproduce: 1. Write a text file with Papyrus, three paragraphs. 2. Enable tracing of changes. 3. Replace the entire first paragraph. 4. Save the file as doc file. 5. Open the file with LibreOffice. Current behavior: One behaviour (it's not always the same): The third paragraph is displayed in a wrong position. It can be (for instance, when the deleted first parapraph contains a german umlaut accent), that the second and third paragraph are marked as deleted. (Long files take extreme long time to load because of the "neverending" changes.) Expected behavior: Guess… (Papyrus displays the file as expected.) Platform (if different from the browser): Browser: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0
Created attachment 62249 [details] What I see: A snapshot of the corresponding doc file opened with LO.
Created attachment 62250 [details] The same as the first example, but with "o" instead of "ö".
Created attachment 62251 [details] What I see: A snapshot of the second doc file opened with LO.
These docs are displayed correctly by Word 2004 and OpenOffice 3.3 (on a Mac mini, Mac OS X 10.4.11)
Can't confirm the bug with openSUSE 12.1 64bit rpm and LO 3.6.2.1. Could you please test it with a newer version of LO?
Hello Andre, I cannot confirm this bug with Debian Testing x86 on my eeePC 1000H with LO Version 3.6.2.2 (Build ID: da8c1e6). Would you be so kind to test this issue with a newer version of LO than 3.5.3, please? It would be interesting to see, if this issue is still valid in 3.6.x. If it is still valid, it would be nice, if you can give us some more information about your hardware, graphics driver, java version and the like ... ;) HTH Thomas.
I see that in document used font "Arial regular". May be problem is with this font. I have installed it, but it not helps in reproducing problem. [not reproduced] in 3.5.7 and 3.6.3 on RFR 17 64 bit
All paragraphs are marked as deleted in 3.6.3.2.
Created attachment 69854 [details] First attachment, saved as PDF using msWord 2007
Indeed, in Word two last lines not stroked out, as shown in attachment. Initially I thought that problem is that in LO two last rows is shown one over another, as shown on screenshots. Sorry for not understand problem from first attempt. not reproduced in 3.4.2 on Windows XP 32 bit, therefore regression beginning from 3.5.0 version [reproduced] in 3.5.0 beta 3 on Windows XP 32 bit [reproduced] in 3.6.3 on RFR 17 64 bit
Remove comma from whiteboard.
All tests done on Linux Debian, amd64. I could reproduce problem on 4.0.6 released today, but I could NOT reproduce it on 4.1.2. I tried to bibisect this issue. It was not easy, as it was fixed in master, not introduced; and git does not support that workflow. Anyway (commit id are from LO git, not bibisect git history): 7908692490120350f2ad45241f7b19ba52dc0489 - last version where this bug is visible d9bfa462ba8dd0a966fe913fad49f300ea48f638 - test file can not be opened, LO shows "General input/output error" edba90dc39fc3141a8a9e441aa97b46baa4c6ca2 -last version where "general I/O" error message is shown 90a2c73f903b8d07b52dc7774fd7296b2bf0c125 - bug can NOT be reproduced So, it seems to be fixed in master somewhere between 12 July and 20 August (most likely between 17 August and 20 August). Whatever fixed that, seems to be backported to 4.1.2, as this one is not affected. 4.0.6 was the last release from 4.0 line. It is affected, but I see little chance to see it fixed there (unless there will be unplanned release and we manage to find and backport fix). All in all, I think we can close this bug as fixed. 4.0 users will eventually switch to 4.1, where this is fixed. If there are no objections, I will mark this as RESOLVED FIXED in two weeks from now.
Since no one commented since my last comment, I am closing this.
I believe WFM is right status as we don't have the patch/author of the fix - updating
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]