Download it now!
Bug 128091 - Dialog box: inconsistent use of ENTER and CTRL-TAB keys (LINUX only)
Summary: Dialog box: inconsistent use of ENTER and CTRL-TAB keys (LINUX only)
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.2.2 release
Hardware: All Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Dialog
  Show dependency treegraph
 
Reported: 2019-10-11 11:38 UTC by Tapani
Modified: 2020-01-24 20:00 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tapani 2019-10-11 11:38:51 UTC
Description:
Since a couple of minor updates ago, the keyboard response in dialog boxes has changed and become inconsistent.

In some dialog boxes, hitting ENTER still confirms the value entered and closes the dialog box. This is how dialog boxes tend to work in all programs on all platforms. It is quicker and reduces the need for unnecessary mouse clicks.

However, many dialog boxes (e.g. Format→Character), ENTER only confirms the value but doesn't close the box. The box can only be closed with a mouse click, or by clicking the focus through to the 'OK' button with TAB and then hitting ENTER.

Also, the ability to click through to the next/prev tab within a dialog box by means of [SHIFT-]CTRl-TAB has stopped working. Now, a mouse click is needed, or one has to TAB the focus to the tab heading and use arrow keys.

These changes reduce functionality and I can only imagine that they are accidental - especially since they don't apply to Windows.

Steps to Reproduce:
1. Open dialog box
2. Enter value
3. Hit 'RETURN/ENTER' key

Actual Results:
The new value is confirmed, the dialog box remains open, cursor remains in the box amended

Expected Results:
The new value is confirmed, the dialog box closes


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 Dieter Praas 2019-10-13 05:39:41 UTC
(In reply to Tapani from comment #0)
> However, many dialog boxes (e.g. Format→Character), ENTER only confirms the
> value but doesn't close the box.

I can't confirm that with

Version: 6.3.2.2 (x64)
Build-ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c
CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile (https://wiki.documentfoundation.org/UserProfile) and re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present.
Comment 2 Tapani 2019-10-13 07:18:12 UTC
(In reply to Dieter Praas from comment #1)
> (In reply to Tapani from comment #0)
> > However, many dialog boxes (e.g. Format→Character), ENTER only confirms the
> > value but doesn't close the box.
> 
> I can't confirm that with
> 
> Version: 6.3.2.2 (x64)
> Build-ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c
> CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; VCL: win; 
> Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
> Calc: threaded

I should have been clearer: this only affects my Linux installation. It does not affect LO Writer on Windows.

I have three Linux installations, and this affects them all.
Comment 3 Xisco Faulí 2019-10-14 15:32:39 UTC
Could you please paste the info from Help - about LibreOffice ?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the information has been provided
Comment 4 Tapani 2019-10-15 09:55:52 UTC
(In reply to Xisco Faulí from comment #3)
> Could you please paste the info from Help - about LibreOffice ?
> 
> I have set the bug's status to 'NEEDINFO'. Please change it back to
> 'UNCONFIRMED' once the information has been provided

Version: 6.3.2.2
Build ID: 1:6.3.2-0ubuntu0.19.04.1~lo1
CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: gtk3; 
Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB
Calc: threaded
Comment 5 Einsher 2019-10-27 14:19:45 UTC
Unconfirmed on Debian 9.11

Version: 6.3.2.2
Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c
CPU threads: 4; OS: Linux 4.9; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded


[SHIFT-]TAB is the key sequence that will provide the functionality you are describing - click through to the next/prev tab within a dialog box.

[SHIFT-]CTRL-TAB will switch between open tabs on a browser or open spreadsheets in Calc.

[SHIFT-]CTRL-TAB will not click through to the next/prev tab within a dialog box.

Writer:

[SHIFT-]TAB moves through selections correctly.  Example: on "Bullets and Numbering"→"Position" choices.
Pressing Enter works correctly.  Example: Changing the value in "Tab stop at:" and pressing enter confirms the new value and closes the dialog box.


Could you please confirm the functionality expected for [SHIFT-]TAB works per your expectations?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' or 'RESOLVED'.
Comment 6 Tapani 2019-11-03 15:48:24 UTC
This is part of the functionality that has broken down. This is how it used to function, this is how my Windows copy functions, but now ctrl-tab & shift-ctrl-tab work like tab & shift-tab.
Comment 7 Buovjaga 2019-11-08 19:14:39 UTC
First of all, for me, both with 6.3 and master (using gtk3 backend), the Character formatting dialog closes after changing a value and hitting Enter. To be sure, please be more specific about which field you are manipulating in the Character formatting dialog.

Second, if the keyboard behaviour changed in relation to tabs, it must be because the dialogs now use native gtk: https://caolanm.blogspot.com/2019/10/native-gtk-dialogs-in-libreoffice.html This means LibreOffice adapts to the gtk way of doing things and it certainly might be different from Windows.
Comment 8 Xisco Faulí 2019-12-12 14:11:58 UTC
(In reply to Buovjaga from comment #7)
> First of all, for me, both with 6.3 and master (using gtk3 backend), the
> Character formatting dialog closes after changing a value and hitting Enter.
> To be sure, please be more specific about which field you are manipulating
> in the Character formatting dialog.

Setting to NEEDINFO
Comment 9 Tapani 2019-12-13 15:49:30 UTC
(In reply to Xisco Faulí from comment #8)
> (In reply to Buovjaga from comment #7)
> > First of all, for me, both with 6.3 and master (using gtk3 backend), the
> > Character formatting dialog closes after changing a value and hitting Enter.
> > To be sure, please be more specific about which field you are manipulating
> > in the Character formatting dialog.
> 
> Setting to NEEDINFO

This problem now applies to all dialogue boxes on all my ubuntu-gnome installations.

It does not occur in other programmes.
Comment 10 Xisco Faulí 2020-01-20 18:55:50 UTC
Hi Tapani,
Did you clean the user profile as described here https://wiki.documentfoundation.org/UserProfile ?
Comment 11 Tapani 2020-01-24 17:14:01 UTC
(In reply to Xisco Faulí from comment #10)
> Hi Tapani,
> Did you clean the user profile as described here
> https://wiki.documentfoundation.org/UserProfile ?

Yes. This made no difference