<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Background transparency not preserved over FILESAVE"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=107584">107584</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>Background transparency not preserved over FILESAVE
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>LibreOffice
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>5.3.2.2 release
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>UNCONFIRMED
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>normal
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>medium
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>Draw
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>libreoffice-bugs@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>chr4bz@hoerlle.de
          </td>
        </tr></table>
      <p>
        <div>
        <pre>When loading a saved DRAW or IMPRESS document, a transparency set to the
background is lost (always "No transparency" after reload).
Steps to reproduce the bug:
* create an new empty Drawing or Presentation document
* right click in the new empty document and select "Page->Page Properties..."
* select a color or bitmap as background in the "Background" tab
* select a transparency in the "Transparency" tab - e.g. 90% to make the change
easy to see
* "File->Save" the document, close the document and "File->Open" it again
==> Transparency is gone!

I can reproduce that bug in the DRAW and the IMPRESS component but not in
WRITER - WRITER documents are keeping the transparency of the background
correctly.

I guess that <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - FILESAVE: PPTX Transparent % background not exported"
   href="show_bug.cgi?id=104743">bug #104743</a> (FILESAVE: PPTX Transparent % background not exported)
and <a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - Transparency for slide background is not taken account of"
   href="show_bug.cgi?id=103489">bug #103489</a> (Transparency for slide background is not taken account of) are
somehow related to this bug but as they describe other effects of what I expect
to be the same problem, I decided to file a new bug - I hope that this was the
right decision.
<a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - FILESAVE: Slide transparency from PPTX not exported to <style:drawing-page-properties>"
   href="show_bug.cgi?id=101341">Bug #101341</a> describes the same problem for sure but the way it describes it
leads in the wrong direction: it has nothing to do with PPTX import, it's
simply the ODG/ODP file save process which fails to write the transparency
property "draw:opacity" correctly (could not find in styles.xml at all...) no
matter which way it was set. PPTX import is just one way to set it.

I noticed the bug in a 64bit Windows build of release 5.3.2.2 but from the
other bug reports it seems that the bug is much older. Seems to be present at
least since the 5.2.x releases.

Would be great if it could be fixed in one of the next releases. It looks like
a simple "forgotten to save an attribute" bug and it is kind of annoying to
have to re-set the transparency each time such a document is loaded.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>