Bug 161758 - Impress stops accepting second kb layout keypresses, treats them as select-all
Summary: Impress stops accepting second kb layout keypresses, treats them as select-all
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
24.2.3.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: QA:needsComment
Keywords:
Depends on:
Blocks: Textbox RTL-UI
  Show dependency tree / graph
 
Reported: 2024-06-24 09:30 UTC by Eyal Rozenberg
Modified: 2024-07-22 08:53 UTC (History)
0 users

See Also:
Crash report or crash signature:

Attachments
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 Eyal Rozenberg 2024-06-24 09:30:29 UTC 
I'm working on a presentation in Impress (which I had imported from Powerpoint). At some point during my work, not sure exactly when, when I enter a text area and press a Hebrew key on my keyboard, with Hebrew keyboard layout - the letter is not inserted; instead, all of the text in the text area is selected. When I switch to an English keyboard layout, this doesn't happen; nor does it happen when I press Shift+the letter , which in the Hebrew keyboard layout produces a Latin letter.

When I restart Impress and reopen the presentation, I can enter Hebrew characters again (and I can then not easily reproduce).

I've experienced this two or three times over the past several weeks, can't say for sure what's triggered this.

Version: 24.2.3.2 (X86_64) / LibreOffice Community
Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US