<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 - Undo sequence causes Impress to freeze"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=123046">123046</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Undo sequence causes Impress to freeze
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>6.1.4.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>rfgiusti@gmail.com
</td>
</tr></table>
<p>
<div>
<pre>Description:
Impress freezes on certain sequences of undo involving nested items and slide
pasting, taking 100% CPU and requiring to be killed.
Steps to Reproduce:
1. Start a new presentation with blank theme
2. Insert a new slide
3. Click where instructed to add text
4. Input a one-word item and a nested one-word item
5. Select this slide on the slides list, copy and paste
6. On the pasted slide, click on the text area, select all text, and replace it
with a single item
7. In rapid succession, press CTRL+Z twice
Actual Results:
Impress freezes, takes 100% CPU, and stays frozen for minutes, eventually
requiring to be killed.
Expected Results:
The first undo should give you two nested items, the second should remove the
pasted slide
Reproducible: Always
User Profile Reset: No
Additional Info:
The bug is reproducible even in safe mode. I am note sure I properly managed to
reset my profile. However I was able to reproduce for a freshly created user.
This seems to happen only when the user launching LibreOffice is the same user
who started the session. That is, launching LO for a different user from the
terminal does not seem to reproduce the bug.</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>