Bug 145005 - Second change of font name or font size disables keyboard entry
Summary: Second change of font name or font size disables keyboard entry
Status: RESOLVED DUPLICATE of bug 145419
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.1.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Qt5
  Show dependency tree / graph
 
Reported: 2021-10-08 18:00 UTC by david
Modified: 2022-08-01 03:55 UTC (History)
3 users (show)

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 david 2021-10-08 18:00:39 UTC 
Description:
Open Writer or Calc. Select a different font using the drop-down menu. Now select another different font using that menu. The cursor disappears (in Writer) and no keyboard input is possible (in either component).

The same thing happens if you change the font size twice.

In Writer, the same thing happens if you change the paragraph style twice.

This happens in both blank documents and in documents with existing text (Writer) or entries (Calc).

Using the Edit/Undo from the menu allows keyboard input again. (Using the Ctrl-Z alternative is, of course, impossible as keyboard input has been disabled.) 


Steps to Reproduce:
1.Change the font size twice.
2.
3.

Actual Results:
Software becomes unusable because keyboard entry is disabled.

Expected Results:
Keyboard entry should not have been disabled.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.1.2 / LibreOffice Community
Build ID: 20(Build:2)
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: qt5 (qfont+xcb)
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Ubuntu package version: 1:7.2.1-0ubuntu0.20.04.1~lo1
Calc: threaded
Comment 1 Jean-Baptiste Faure 2021-10-12 16:43:01 UTC 
Not reproducible for me with LO 7.2.3.0.0+ under Ubuntu 20.04 x86-64.

Do you have the same problem if you use GTK3 or generic backend instead of qt5?
To test you have to launch LO from the terminal using the following command:
SAL_USE_VCLPLUGIN=gtk3 libreoffice
or
SAL_USE_VCLPLUGIN=gen libreoffice

Status has been set to NEEDINFO, please set it back to UNCONFIRMED once requested information has been provided.

Best regards. JBF
Comment 2 david 2021-10-12 17:11:25 UTC 
The problem doesn't appear with either GTK3 or the generic backend.

(The OS is Lubuntu 20.04 x86-64 which uses qt5 as default. When there was a problem printing to pdf [bug 125234] I switched temporarily to GTK3, but that has now been resolved so I have switched back.)
Comment 3 Michael Weghorn 2022-08-01 03:55:34 UTC 
I can't reproduce. Sounds like bug 145419, which is no longer present in 7.3.
Therefore, closing as duplicate of that bug.

Please reopen and add more details (e.g. a screencast) if you still see the issue with LibreOffice 7.3 or newer.

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: 28dc1e713cfc5b5ea38e15f032aba72d05e40b33
CPU threads: 12; OS: Linux 5.18; UI render: default; VCL: qt5 (qfont+xcb)
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded

*** This bug has been marked as a duplicate of bug 145419 ***