Bug 91292 - FORMATTING: DOCX, Paragraph background color set to 'No Fill' not persisted on save
Summary: FORMATTING: DOCX, Paragraph background color set to 'No Fill' not persisted o...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Justin L
Whiteboard: target:6.1.0
Keywords: bibisectRequest, filter:docx, regression
Depends on:
Blocks: DOCX-Paragraph
  Show dependency treegraph
Reported: 2015-05-14 18:19 UTC by Will
Modified: 2018-02-12 19:19 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Will 2015-05-14 18:19:21 UTC
 1 Start a new, blank Writer document.
 2 Enter some text.
 3 Set paragraph background to any color.
 4 Save as DOCX, close, re-open.
 5 Set paragraph background to no color ('No Fill').
 6 Save as DOCX, close, re-open.
 7 Observe that background HAS reverted from step 5 'No Fill' to step 3 color.

Expected Results:
 1 DOCX Paragraph background color of 'No Fill' is persisted across saves.

 1 Set paragraph background to any color.
 2 Save as DOCX, close, re-open.
 3 Set paragraph background to another color.
 4 Save as DOCX, close, re-open.
 5 Observe that background has NOT reverted from step 3 color to step 1 color.
Comment 1 Michael 2015-05-14 18:58:18 UTC
I can confirm that this problem is in (linux 64bit), except that step 7 shows the background color is set to 'white' rather than the step 3 color.

Also I can not reproduce this with ODT format, it seems DOCX specific.
Comment 2 A (Andy) 2015-05-14 19:58:25 UTC
Reproducible with LO, Win 8.1
Comment 3 QA Administrators 2016-09-20 09:41:43 UTC Comment hidden (obsolete)
Comment 4 Telesto 2017-04-11 08:58:22 UTC
Reproducible with:
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-04-05_23:32:27
Locale: nl-NL (nl_NL); Calc: CL

and with
Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d
Locale: nl_NL

but not with
Build ID: 62ad5818884a2fc2e5780dd45466868d41009ec0
Comment 5 Justin L 2017-10-27 16:40:20 UTC
The ability to round-trip the background was lost as of LO 4.4 commit 7d9bb549d498d6beed2c4050c402d09643febdfa by Author: Armin Le Grand on
CommitDate: Tue Jul 1 13:30:09 2014 +0200
   Related: #i124638# Second step of DrawingLayer FillAttributes...
   for Writer objects, now added support for Paragraph and PageStyle (including
   Header and Footer) for direct attributes and style attributes

At that point, you can't even SEE that a background color is set, until LO5.0 commit 24077b2d52ab3d0fd0db5afb25d8b94b62386e3e by Author: Miklos Vajna on CommitDate: Sun Feb 1 01:48:38 2015 +0100
        writerfilter: import paragraph color as fill attributes

        In theory this is to be in sync with the ODF import. In practice the old
        UNO property seems not to have a proper fallback to populate the doc
        model with the fillattributes, so without this even if the import result
        is visible, it would be lost on ODF export.

It looks like FormatFillStyle needs to update the m_pBackgroundAttrList?  This total hack worked...
if ( m_pBackgroundAttrList.is() && rFillStyle.GetValue() == drawing::FillStyle_NONE )
    m_pBackgroundAttrList = FastSerializerHelper::createAttrList();
    m_pBackgroundAttrList->add( FSNS( XML_w, XML_fill ), "auto" );
    m_pBackgroundAttrList->add( FSNS( XML_w, XML_val ), "clear" );
Comment 6 Justin L 2017-10-30 18:40:24 UTC
I'm going to put this fix on the backburner, so that it can have a full testing period in 6.1.  https://gerrit.libreoffice.org/44040
Comment 7 Commit Notification 2018-01-11 10:02:03 UTC
Justin Luth committed a patch related to this issue.
It has been pushed to "master":


tdf#91292 ooxmlexport: cleared fill != use grabbag info

It will be available in 6.1.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:

Affected users are encouraged to test the fix and report feedback.
Comment 8 Xisco Faulí 2018-02-12 18:45:51 UTC
A polite ping to Justin Luth: is this bug fixed? if so, could you
please close it as RESOLVED FIXED ? Thanks