<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 - LibreOffice processes input events in the wrong order"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=108541">108541</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>LibreOffice processes input events in the wrong order
</td>
</tr>
<tr>
<th>Product</th>
<td>LibreOffice
</td>
</tr>
<tr>
<th>Version</th>
<td>5.2.5.1 release
</td>
</tr>
<tr>
<th>Hardware</th>
<td>All
</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>Writer
</td>
</tr>
<tr>
<th>Assignee</th>
<td>libreoffice-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>entwicklung--2015--bugs.documentfoundation.org@medium.net
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="http://bugs.documentfoundation.org/attachment.cgi?id=134037" name="attach_134037" title="Testcase">attachment 134037</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=134037&action=edit" title="Testcase">[details]</a></span>
Testcase
If LibreOffice Writer receives input events in rapid succession, it seems to
somehow store these input events in an input event buffer and to process them
in a different order than originally typed. This problem is especially visible
in resource-constrained computers, such as old computers or computers without
much free RAM, where swapping effectively pauses input event processing by
LibreOffice writer. This problem is also especially visible in case the
document is big (e.g. with large images), where scrolling makes LibreOffice
busy redrawing the document and typing while this redrawing happens fills the
input event buffer.
Testcase:
Run this bash script:
-----8<-----
#!/bin/bash
#
soffice --writer &
sleep 5
PID="$(xdotool search --name LibreOffice getwindowpid)"
# maybe processed in the right order
xdotool search --name LibreOffice windowactivate type
abcdefghijklmnopqrstuvwxyz$'\n'
kill -STOP "$PID"
# actually processed in the wrong order
xdotool search --name LibreOffice windowactivate type
abcdefghijklmnopqrstuvwxyz$'\n'
kill -CONT "$PID"
----->8-----
Expected result:
A LibreOffice Writer instance opens which contains these two lines:
-----8<-----
abcdefghijklmnopqrstuvwxyz
abcdefghijklmnopqrstuvwxyz
----->8-----
Actual result:
A LibreOffice Writer instance opens which contains garbled lines in wrong
order, such as:
-----8<-----
abluvwxkcdjeiyhfgz
a
dezfvgkhji
----->8-----
The lines are also incomplete, but this is not the problem at hand (probably
the buffer at the X window system is just full). The problem is that even for
the subsequences of characters which have reached LibreOffice writer, the
ordering is wrong.</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>