Bug 36922 - FILEOPEN, RTF import, group containing tabs deletes previous tabs
Summary: FILEOPEN, RTF import, group containing tabs deletes previous tabs
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.3.2 release
Hardware: PowerPC macOS (All)
: medium normal
Assignee: Miklos Vajna
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-06 14:26 UTC by Rhodes
Modified: 2011-08-12 09:45 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
RTF test file -- drop it on LibreOffice (345 bytes, text/rtf)
2011-05-06 14:26 UTC, Rhodes
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rhodes 2011-05-06 14:26:56 UTC
Created attachment 46409 [details]
RTF test file -- drop it on LibreOffice

In RTF, tabs set on the ruler may be cleared only with a \pard control word. LibreOffice Writer also (erroneously) clears them when opening a group (curly-bracketed sequence). They are restored when exiting the group, but they are absent inside the group, which is incorrect.

The following RTF file reproduces the error in LibreOffice Writer, but works correctly in TextEdit, several versions of Word, Nisus Writer Express, WriteNow, etc. I see the bug both on my iMac G5 OS X 10.4.11 and on Windows XP in LibreOffice.

You can create the test file by copying this RTF text into a text file (starting with the first "{"), and it's also attached.

{\rtf1\ansi\ansicpg1252 
{\fonttbl\f0\froman\fcharset0 Times;}
\deftab31680 
\pard\plain\ql\f0\fs32\sl0 
{\tx1440\tab All these lines should start one inch from the left margin.\par
\tab Line one, one tab.\par 
{\tx720\tab\tab Line two, two tabs.\par
{\tx360\tx1080\tab\tab\tab\tab Line three, four tabs.\par}}
\tab Line four, one tab.\par}
}
Comment 1 Noel Power 2011-05-09 02:44:06 UTC
miklos, for you? ( feel free of course to assign back to the list if no )
Comment 2 Miklos Vajna 2011-05-09 10:28:54 UTC
Noel, this is an import bug. I have no idea right now how to fix it, but in case it's not urgent, I'm willing to fix it within the GSoC timeframe.

If it's more urgent, then let's assign it back to the list.

Thanks.
Comment 3 Miklos Vajna 2011-07-27 07:53:17 UTC
This is fixed in my GSoC repo:

http://cgit.freedesktop.org/~vmiklos/lo-filters/commit/?id=4accbb8bbb37eb550a431114e411b478481c4141

I'll merge that repo to master before 2011-08-15 and you'll have this feature
if you enable experimental features. (Later hopefully it'll be the default, but
there is no decision about that yet.)
Comment 4 Johannes Engel 2011-08-12 07:20:17 UTC
When can we expect the fix to appear in a released version?
Comment 5 Miklos Vajna 2011-08-12 08:01:37 UTC
It's already in master if you enable experimental features. Probably it'll be enabled by default next week. So it'll be in 3.5, I guess. (Sorry, not really possible to backport as a fix, as the support for this is implemented in a brand new filter, which won't be backported to -3-4).

For 3.5 release date, see here:

http://wiki.documentfoundation.org/ReleasePlan#3.5_release
Comment 6 Rhodes 2011-08-12 09:45:56 UTC
I'd like to thank Miklos Vajna and the LibreOffice team for their prompt attention to this. I look forward to release 3.5.