Bug 108541 - LibreOffice processes input events in the wrong order
Summary: LibreOffice processes input events in the wrong order
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.2.5.1 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-06-14 22:21 UTC by entwicklung--2015--bugs.documentfoundation.org
Modified: 2018-07-03 14:19 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Testcase (387 bytes, application/x-shellscript)
2017-06-14 22:21 UTC, entwicklung--2015--bugs.documentfoundation.org
Details

Note You need to log in before you can comment on or make changes to this bug.
Description entwicklung--2015--bugs.documentfoundation.org 2017-06-14 22:21:17 UTC
Created attachment 134037 [details]
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.
Comment 1 Buovjaga 2017-06-23 15:10:31 UTC
I installed xdotool and tested. I got one line:
abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz

Maybe test with a master build http://dev-builds.libreoffice.org/daily/master/?C=M;O=A

Arch Linux 64-bit, KDE Plasma 5
Version: 6.0.0.0.alpha0+
Build ID: ab27953d9ef2076e0acd43ed4ba6652732794777
CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on June 23rd 2017
Comment 2 Xisco Faulí 2017-11-14 09:29:45 UTC
(In reply to Buovjaga from comment #1)
> I installed xdotool and tested. I got one line:
> abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz
> 
> Maybe test with a master build
> http://dev-builds.libreoffice.org/daily/master/?C=M;O=A
> 
> Arch Linux 64-bit, KDE Plasma 5
> Version: 6.0.0.0.alpha0+
> Build ID: ab27953d9ef2076e0acd43ed4ba6652732794777
> CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; 
> Locale: fi-FI (fi_FI.UTF-8); Calc: group
> Built on June 23rd 2017

Dear Reporter,
Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ?
You can install it alongside the standard version.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Comment 3 QA Administrators 2018-05-30 16:40:10 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2018-07-03 14:19:56 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-20180703