Created attachment 87796 [details] Screenshot of correct/incorrect document render; test document. Attached to this issue is a .zip file containing three things: 1. An RTF file which duplicates the issue (test.rtf) 2. A screenshot of how the document renders in MS Word, Ted, and various other programs (Correct.png) 3. A screenshot of how the document renders in LibreOffice (Incorrect.png) This issue happens in version 4.1, which I downloaded and installed on Windows, and also in a Linux version of 3.5 which I use as a headless server for converting documents, so it is clearly a platform-agnostic issue which has occurred since at least version 3.5. Operating System: All Version: 4.1.1.2 release
Thank you for your bug report, I can reproduce this bug running Version: 4.1.3.1 Build ID: b42498da0e3f91b17e51b55c8295ec4f8f22087 OS: Mac osx 10.8.5. Tip for next time: Please set the version to the earliest version that you hat this problem.
Hi Kai, Would be interesting to see if the file opens fine in both programs if it were made with proper formatting (styles, not a mixure of all sort of stuff). That could also lead to a clear definition of the possible problem. thanks, Cor
Displays correctly in LO 4.2.3.3 as single page (instead of two, as shown in the sample.zip showing the issue). Interestingly the issue is back in latest nightly Version: 4.3.0.0.alpha1+ Build ID: f76026a43acc65465882924796d93e635c35fd90 TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2014-05-04_06:32:55 So marking regression. Sadly this worked, but in latest nightly is broken again, with the same problem as originally reported here.
Subtitle style applied: 0 line spacing in Word, 0.77/0.39 line spacing in Writer apparently the old RTF import filter did not import the "Subtitle" paragraph style at all the problem is that in Word the Subtitle style inherits from "Normal" which has 0 line spacing, in Writer it inherits from "Heading" which has the 0.77/0.39 line spacing DOCX file is imported with proper Subtitle inheritance from "Default Style" aha... problem is in the stylesheet: {\stylesheet{\ql \li0\ri0\widctlpar\aspalpha\aspnum\faauto\adjustright\rin0\lin0\itap0 \fs20\lang1033\langfe1033\cgrid\langnp1033\langfenp1033 \snext0 Normal;} the Normal style does not have "\s0" style index; apparently that's implicit? RTF spec says: "For <style>, both <styledef> and <stylename> are optional; the default is paragraph style 0." ok, implementing that wasn't hard... ... but now a unit test breaks, and ... holy crap, this is horrible...
Michael Stahl committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=6c0e1270889deb513f961f864dfc1c02ee8705f4 fdo#70578: writerfilter RTF import: by default style is para style 0 The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Michael Stahl committed a patch related to this issue. It has been pushed to "libreoffice-4-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=051e6fefda2411d93cb4bbe4cb3bbbd60861d8fc&h=libreoffice-4-3 fdo#70578: writerfilter RTF import: by default style is para style 0 It will be available in LibreOffice 4.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
hopefully fixed now, and in a way that should not regress the Novell bug cited in SeeAlso since for the first time we implement Word's insane interpretation of \sN ...
Migrating Whiteboard tags to Keywords: (filter:rtf) Replace rtf_filter -> filter:rtf. [NinjaEdit]