<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 - Rendering presentation slide uses too much memory"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=129675">129675</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>Rendering presentation slide uses too much memory
          </td>
        </tr>

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

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

        <tr>
          <th>Hardware</th>
          <td>x86-64 (AMD64)
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>Linux (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>Impress
          </td>
        </tr>

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

        <tr>
          <th>Reporter</th>
          <td>cesarb@cesarb.eti.br
          </td>
        </tr></table>
      <p>
        <div>
        <pre>Description:
Going past slide 19 on this presentation, either in the full-screen
presentation view or even just scrolling past its thumbnail in the sidebar,
consumes more than 16GB of RSS, going heavily into swap (thrashing). Every
time, I managed to kill it before it reached the OOM killer, but the window
manager was already slowed down by the thrashing (taking many seconds to react
to every action).

Steps to Reproduce:
1. Get the file "pmo janeiro 2020_NEWAVE.pptx" from
<a href="http://www.ons.org.br/AcervoDigitalDocumentosEPublicacoes/APRESENTACOES_PMO_202001.zip">http://www.ons.org.br/AcervoDigitalDocumentosEPublicacoes/APRESENTACOES_PMO_202001.zip</a>
2. Open the file
3. Try to go past slide 19 (the one with a map of Brazil), either in
full-screen presentation mode, or scrolling with the mouse wheel on the
left-hand slide list

Actual Results:
Libreoffice locks up allocating huge amounts of memory, soon exhausting the 16
GB RAM on this machine, and then the whole computer locks up due to heavy
thrashing. Libreoffice can still be force-killed through the window manager or
the terminal to bring the system back to normal.

Expected Results:
It should allocate a normal amount of memory.


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
The exact version is libreoffice-impress-6.3.3.2-7.fc31.x86_64 (Fedora 31
package).</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>