https://bugs.winehq.org/show_bug.cgi?id=29267
Damjan Jovanovic damjan.jov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO CC| |damjan.jov@gmail.com
--- Comment #3 from Damjan Jovanovic damjan.jov@gmail.com --- Firstly LibreOffice doesn't really care about RTF or maintain it much any more, and has RTF regressions compared to Apache OpenOffice, so it could well have been the source of the bug: https://bugs.documentfoundation.org/show_bug.cgi?id=152697 https://bz.apache.org/ooo/show_bug.cgi?id=128549
Secondly with Wine 10.0-rc3, saving RTF from Wine's Wordpad, and then opening it in Apache OpenOffice's Writer, does not have the black background.
Thirdly the RTF is very short and simple:
---snip--- {\rtf1\ansi\ansicpg1252\uc1\deff0\deflang1033\deflangfe1033{\fonttbl{\f0\fcharset0 Times New Roman;}} {\colortbl;} {*\generator Wine Riched20 2.0;} \pard\sl-240\slmult1 \lang1033\fs18\f0 Sample RTF text.\par ---snip---
where: \uc = number of bytes that follow a unicode character \deflang = default language \deff = default font \f0 = font index 0 \colortbl = color table group, empty in this case \pard = resets to default paragraph properties \sl = space between lines \slmult = line spacing multiple \lang = apply language to text run \fs = font size
where as to set the background color to black, you'd need something like: {\colortbl;\red255\green255\blue255;} \cb0 = set background color to color table index 0. which is absent from the file.
Therefore we can safely assume that some time in the last 12 years, this bug was fixed, either in Wordpad or in LibreOffice.
@Esme, can you please report which version of LibreOffice had this problem, so we can determine whether LibreOffice was buggy, or Wine?