Bug 47326

Summary:	VIEWING: Bad rendering of RTF document
Product:	LibreOffice	Reporter:	anael
Component:	Writer	Assignee:	Miklos Vajna <vmiklos>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	medium	CC:	anael, detective.conan.1412, LibreOffice, s-joyemusequna, vmiklos, vovik-wfa
Version:	3.5.0 release	Keywords:	regression
Hardware:	Other
OS:	All
Whiteboard:	BSA rtf_filter target:3.6.0 target:3.5.3
i915 platform:		i915 features:
Attachments:	Document which is badly rendered

Description anael 2012-03-14 16:52:42 UTC

Created attachment 58462 [details]
Document which is badly rendered

Problem description: 
I open a RTF file (made in 2004 - readme file for a game).
If I open the document with LOo, the opening occurs durging ~3 minutes and then the rendering is bad : text aren't on the good place, global displaying is bad (especially on the page 2)


Steps to reproduce:
1. Open the document
2. Compare to the same document opened with Wordpad

Current behavior:
Bad display (missing parts of the document, bad typo, ...)
See screenshoot at : http://www.image-heberg.fr/files/133174002369096.png


Expected behavior:
Global display as in wordpad

Platform (if different from the browser): 
Windows WP SP3

Browser: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20100101 Firefox/10.0.2

Comment 1 s-joyemusequna 2012-03-15 08:08:53 UTC

Confirmed with LO 3.5.1 RC2 (=final) on Windows XP.

Display is garbled (wrong font display, font size) after the paragraph "1.	Avertissements de mémoire virtuelle sous Windows® 2000/XP" on page 2 (see picture from anael).

Works fine with Word 2007, LibO 3.3.4, and LibO 3.4.5. This is a regression.

Comment 2 Korrawit Pruegsanusak 2012-03-17 02:53:34 UTC

Miklos, could you please have a look? Thanks :)

Comment 3 Miklos Vajna 2012-03-23 04:30:06 UTC

Hello,

First I stared at the text document to see how it differs, but it turns out there is indeed a lot of missing text, because for footnotes we buffer the text after the \super keyword and \nosupersub was not implemented. This should improve the situation a lot.

Comment 4 Not Assigned 2012-03-23 06:36:31 UTC

Miklos Vajna committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=f84e0e6b1b0ec5f52ee963a62ac420cd872a771e

fdo#47326 fix RTF import of mixed super/nonsuper text

Comment 5 Miklos Vajna 2012-03-23 06:57:57 UTC

I've just fixed the dataloss during import, I'll send it for review to -3-5 as well a bit later. If there are still remaining independent issues, please open a separate bug for those, so won't track multiple issues with a single number.

Thanks for the report!

Comment 6 Not Assigned 2012-04-02 13:16:59 UTC

Miklos Vajna committed a patch related to this issue.
It has been pushed to "libreoffice-3-5":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=b2d8d2d3cacbfc6d505248b81ea0e94272def439&g=libreoffice-3-5

fdo#47326 fix RTF import of mixed super/nonsuper text


It will be available in LibreOffice 3.5.3.

Comment 7 Rainer Bielefeld Retired 2012-04-05 08:13:16 UTC

I added Fix submitter as assignee because this will ease queries and bug tracking.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.