Bug 116538 - EDITING: Recoding of selected text typed in the wrong layout using xneur is performed incorrectly
Summary: EDITING: Recoding of selected text typed in the wrong layout using xneur is ...
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.1.1 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-03-21 12:08 UTC by prep
Modified: 2018-03-27 17:30 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
$ git bisect log > bibisect-linux-64-6.0.log (2.55 KB, text/x-log)
2018-03-21 12:08 UTC, prep 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description prep 2018-03-21 12:08:19 UTC 
Created attachment 140787 [details]
$ git bisect log > bibisect-linux-64-6.0.log

Starting with version 6.0 recoding of selected text typed in the wrong layout  using xneur is performed incorrectly. 
How to check if the error exists.
1) to start writer
2) to type QWERTY in document editing window
3) select the typed line pressing <Ctrl-Home><Ctrl-Shift-End>
4) Press <Shift-PauseBreak> (default short key of xneur to recode from one layout to another)
5) Correct result will be ЙЦУКЕН. Wrong result may be |QWERT. 
6) Subsequent pressing of the <Shift-PauseBreak> if the selection remains active will result in switching between  QWERTY and ЙЦУКЕН in correct case. In wrong case there is a sequence similar to 
QWERTY
|ЙЦУКЕ
||QWER
|||ЙЦУ
||||QW
|||||Й
||||||

The bug doess not exist in the versions 5.4.x and earlier. 
Bibisection process for repo git://gerrit.libreoffice.org/bibisect-linux-64-6.0 revealed the following:

$ git bisect bad ec8c939006ea8e236c333ec3fe20c2eeff4487e9 is the first bad commit
commit ec8c939006ea8e236c333ec3fe20c2eeff4487e9
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Fri Sep 8 11:32:30 2017 +0200

    source 9ca0f91b02822a5c0b28a651f82821cd11d9f6ed
    
    source 9ca0f91b02822a5c0b28a651f82821cd11d9f6ed

:040000 040000 29c55770875ca25abd8f14e93653bb528185d14f 339bdbe3a2b0fdc4427d675a861898b397e21647 M	instdir
$ git bisect log > bibisect-linux-64-6.0.log

You can see file bibisect-linux-64-6.0.log in attachment
Comment 1 prep 2018-03-21 12:25:09 UTC 
The exact same bug takes place in the libreoffice from Fedora Core 26 repository libreoffice-5.3.7.2-8.fc26.x86_64.rpm
Comment 2 tagezi 2018-03-22 12:04:10 UTC 
QA can not a resolution on this patch. This can be both our bug and the flaw in the program X Neural Switcher.
I add the developer (Caolán McNamara) who made the patch to СС.
Comment 3 Caolán McNamara 2018-03-23 10:29:14 UTC 
I can't really tell either. But we should be free to change the internal priority of our events without worrying about something in the outside world trying to intercept keyboard events so sound inherently fragile in the xneur side of things.
Comment 4 prep 2018-03-27 16:25:35 UTC 
I'm sorry for reopening the bug.
But other office applications all work Ok. 
Impress works good, Draw works good, but only Writer corrupts the text.
Comment 5 Buovjaga 2018-03-27 17:30:45 UTC 
McAaron: can you please report this to xneur instead? Thanks.