Bug 143798

Summary: Random shortcut changes in Find&Raplace dialog since LO7 with kf5
Product: LibreOffice Reporter: Max <maksvlad>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED WORKSFORME    
Severity: normal CC: ilmari.lauhakangas
Priority: medium    
Version: 7.1.5.2 release   
Hardware: All   
OS: Linux (All)   
Whiteboard:
Crash report or crash signature: Regression By:
Attachments: Alt_И_hotkey
Alt_A_hotkey
Alt_E_hotkey

Description Max 2021-08-10 02:05:00 UTC
Since 7.0 release I've been struggling with shortcut combination for "Заменить все" (Replace all) button. If some text selected I get random combination of sequence "meta+a" or "meta+е" or "meta+и" with ru_RU locale and vcl kf5.
Random shortcut notices in Manjaro and Gentoo

I've got shortcut randomizes in Manjaro and Gentoo

With gtk3 shorkcut is always the same.

Version: 7.1.5.2 / LibreOffice Community
Build ID: 10(Build:2)
CPU threads: 12; OS: Linux 5.10; UI render: GL; VCL: kf5
Locale: ru-RU (ru_RU.UTF8); UI: ru-RU
Gentoo official package
Calc: threaded
Comment 1 Vera Blagoveschenskaya 2021-08-13 07:39:04 UTC
Hello!
Could you please give more details for reproducing this issue?

I've tried to Find&Replace with and without selecting text.
Can not reproduce.

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: ebf494123720806a99e12001bdee9cae4a86c44f
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: kf5 (cairo+xcb)
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-08-11_14:19:59
Calc: threaded

Also I've tried for Russian UI
Can not reproduce.

Version: 7.0.6.2
Build ID: 00(Build:2)
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: kf5
Locale: ru-RU (ru_RU.UTF-8); ИП: ru-RU
Calc: threaded
Comment 2 Vera Blagoveschenskaya 2021-08-13 13:20:00 UTC
(In reply to Vera Blagoveschenskaya from comment #1)
> Hello!
> Could you please give more details for reproducing this issue?
> 
> I've tried to Find&Replace with and without selecting text.
> Can not reproduce.
> 
> Version: 7.3.0.0.alpha0+ / LibreOffice Community
> Build ID: ebf494123720806a99e12001bdee9cae4a86c44f
> CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: kf5 (cairo+xcb)
> Locale: ru-RU (ru_RU.UTF-8); UI: en-US
> TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
> 2021-08-11_14:19:59
> Calc: threaded
> 

Tried with Russian UI:

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: ebf494123720806a99e12001bdee9cae4a86c44f
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: kf5 (cairo+xcb)
Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-08-11_14:19:59
Calc: threaded

Can not reproduce
Comment 3 Max 2021-08-14 00:06:39 UTC
Created attachment 174265 [details]
Alt_И_hotkey

Hello,

The problem occurred with the 7th version of LO.

Description:
If Cyrillic text is selected, then the "Find and Replace" dialog is called, the keyboard abbreviations (hotkeys) on the "Replace all" button are arbitrarily changed.

One of these combinations is triggered: ALT+A, ALT+E, ALT+И

The keyboard shortcuts change when you change the selection before calling the "Find and Replace" dialog

I've added the screenshots for each combination made in one document to attachment


If you open a dialog without selecting text, then the default combination of ALT+A

If selected text is in Latin or it is punctuation or mathematical sign then hotkey is ALT+A

This behavior is typical only for vcl kf5 (tested in Manjaro and Gentoo)
the problem was not detected in vcl gtk3.

I remembered that in the version of LO 7.0.* there were only two combinations of ALT+A, ALT+E
In the LO version 7.1.*, three of the above have already appeared
Comment 4 Max 2021-08-14 00:07:20 UTC
Created attachment 174266 [details]
Alt_A_hotkey
Comment 5 Max 2021-08-14 00:08:10 UTC
Created attachment 174267 [details]
Alt_E_hotkey
Comment 6 Buovjaga 2022-05-12 10:32:55 UTC
Max: do you still see this with 7.3?

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 7 Max 2022-05-17 00:23:47 UTC
>Buovjaga: do you still see this with 7.3?

For LO 7.3 the bug could be marked as fixed