Bug 138382 - with gtk3 table design window sometimes ignores some accelerator keys
Summary: with gtk3 table design window sometimes ignores some accelerator keys
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
7.1.0.0.alpha1+
Hardware: All Linux (All)
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: GTK3
  Show dependency treegraph
 
Reported: 2020-11-20 21:02 UTC by Terrence Enger
Modified: 2024-10-06 03:17 UTC (History)
1 user (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 Terrence Enger 2020-11-20 21:02:19 UTC
STR

( 1) With SAL_USE_VCLPLUGIN=gen, open a .odb file; mine was a newly
     created embedded Firebird database.  Program presents main Base
     window.

( 2) In pane Database, click icon <Tables>.

( 3) In pane Tasks, click "Create Table in Design View...".  Program
     presents window "... Table Design".

( 4) Type "<Alt>+F".  Program opens File menu.

( 5) Type "<Esc>".  Program closes File menu.

( 6) Click in first cell of the data grid.

( 7) Type "thing <tab> int <tab> <tab>".  The caret is in first column
     of second row of the data grid.

( 8) Type "<Alt>+F".  Program opens File menu.

( 9) Type "<Esc>".  Program closes File menu.

(10) Right-click on the row header to the left of the first row of the
     data grid.  Program presents pop-up menu.

(11) Type "<Esc>".  Program closes the pop-up menu.

(12) Type "<Alt>+F".

     Expected :  Program opens File menu.

     Observed :  No visible result.

(13) Type "<Alt>+F".  Program opens File menu.

(14) Type "<Esc>".  Program closes File menu.

It is possible to repeat steps (8) and (9) indefinitely.  So far, this
is as expected.

It is possible to repeat steps (12) through (14) indefinitely.

Accelerator key "<Alt>+E" and the Edit menu are similarly afflicted.
The other menus seem to open as expected.

These observations are on a local build of commit b80c2745
(2020-11-17), built and running on debian-buster.
Comment 1 Caolán McNamara 2020-11-21 20:19:18 UTC Comment hidden (obsolete)
Comment 2 Terrence Enger 2020-11-21 20:25:03 UTC
(In reply to Caolán McNamara from comment #1)
> This is set as blocking GTK3 but comment #1 mentions SAL_USE_VCLPLUGIN=gen,
> should comment #1 actually be SAL_USE_VCLPLUGIN=gtk3 ?

Yes, I meant gtk3.
Comment 3 Buovjaga 2021-07-27 16:13:33 UTC
(In reply to Terrence Enger from comment #0)
> (12) Type "<Alt>+F".
> 
>      Expected :  Program opens File menu.
> 
>      Observed :  No visible result.

No repro.

NixOS
Version: 7.1.5.2 / LibreOffice Community
Build ID: 10(Build:2)
CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Comment 4 Timur 2022-09-26 14:05:23 UTC
Reproduced with GTK3. But not so many steps needed. 
With cursor in populated field and Field Properties open of Table in Design View, it takes <Alt>+F twice to open File menu. 

In GEN or KF5 or QT5, 1st <Alt>+F opens Field Format dialog. 
So that would be the bug with GTK3. 

<Alt>+E works on 2nd try in GTK3 with cursor in populated field and Field Properties open. Doesn't open Edit menu in GEN and KF5.
Comment 5 Caolán McNamara 2022-10-06 13:53:51 UTC
With a populated field the widgets in field properties are shown, and e and f are shortcuts there so in the gtk case the alt+f alt+e cycle between the two different options available for the shortcut
Comment 6 QA Administrators 2024-10-06 03:17:57 UTC
Dear Terrence Enger,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug