RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1723836 - New application menu button is not available through accessibility
Summary: New application menu button is not available through accessibility
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: gtk3
Version: 8.1
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: rc
: 8.1
Assignee: Benjamin Otte
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks: 1678350
TreeView+ depends on / blocked
 
Reported: 2019-06-25 13:59 UTC by Martin Krajnak
Modified: 2020-11-14 08:18 UTC (History)
6 users (show)

Fixed In Version: gtk3-3.22.30-4.el8
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2019-11-05 22:14:25 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
workaround (438 bytes, text/plain)
2019-07-10 11:08 UTC, Martin Krajnak 		no flags Details
screenshot of the button (81.34 KB, image/png)
2019-07-11 08:37 UTC, Martin Krajnak 		no flags Details
sniff (13.93 KB, image/png)
2019-07-12 11:50 UTC, Martin Krajnak 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2019:3553 0 None None None 2019-11-05 22:14:37 UTC

Description Martin Krajnak 2019-06-25 13:59:44 UTC 
Description of problem:
I checked baobab, gnome-software, yelp, I can find menu items through accessibility but the button to access the menu is not available.

Version-Release number of selected component (if applicable):
gnome-shell-3.32.2-4.el8.x86_64
at-spi2-atk-2.26.2-1.el8.x86_64
at-spi2-core-2.28.0-1.el8.x86_64
at-spi2-core-devel-2.28.0-1.el8.x86_64
at-spi2-atk-devel-2.26.2-1.el8.x86_64
python3-pyatspi-2.26.0-6.el8.noarch

How reproducible:
always

Steps to Reproduce:
1.install dogtail
2.open sniff
3.search the tree, 

Actual results:
the App button is not available

Expected results:
button should be available

Additional info:
Comment 1 Tomas Pelka 2019-07-09 19:17:55 UTC 
note that this is blocking some of our automated tests
Comment 2 Martin Krajnak 2019-07-10 11:08:07 UTC 
Created attachment 1589070 [details]
workaround

steps I am using as workaround for tests
Comment 3 Florian Müllner 2019-07-10 18:26:23 UTC 
To clarify: This is the button with the name/icon of the focus app, which has items like "Details" and "Quit", and not the "Applications" menu in the classic session?

In any case I cannot reproduce the issue on Fedora 30, current master or my mutter/gnome-shell branches with RHEL 8.1 patches: Both buttons show up in sniff (the extension one as "Applications", the other with the application name). I tried both Xorg and wayland sessions.
Comment 4 Martin Krajnak 2019-07-11 08:37:13 UTC 
Created attachment 1589346 [details]
screenshot of the button

No, it's the new application menu button located at the top left corner of the application.
Comment 5 Florian Müllner 2019-07-11 20:18:36 UTC 
(In reply to Martin Krajnak from comment #4)
> Created attachment 1589346 [details]
> screenshot of the button
> 
> No, it's the new application menu button located at the top left corner of
> the application.

Thanks, that clarifies the issue.

In GNOME 3.32, we removed the app-menu that used to be in gnome-shell's top bar. Most applications stopped using the app-menu and moved its actions somewhere into their main window. But of course that happened in 3.32 as well, and we didn't include applications in the desktop rebase.

GTK has a fallback path to show the app-menu itself if the desktop doesn't support it (which now includes GNOME), so this is what you are seeing.

Moving to GTK.
Comment 6 Florian Müllner 2019-07-11 20:27:15 UTC 
Mmh, the button should have an accessible name:
https://gitlab.gnome.org/GNOME/gtk/blob/gtk-3-24/gtk/gtkheaderbar.c#L390
Comment 7 Martin Krajnak 2019-07-12 11:48:49 UTC 
The application menu and items are there, but the button to trigger the menu is not.
I am not able to find anything named "Application menu" :(

from python trying to find it in gnome-tweaks:

ctx.tweaks.instance.child('Application Menu')
*** dogtail.tree.SearchError: descendent of [application | gnome-tweaks]: child with name="Application Menu"


gnome-software - Full ipython reproducer

In [2]: from dogtail.tree import root                                                     
In [3]: root.application('gnome-software')                                                
Out[3]: <Atspi.Accessible object at 0x7f992daf2b40 (AtspiAccessible at 0x7f997400e540)>
In [4]: soft = root.application('gnome-software')                                         
In [5]: soft.child('Application menu')                                                    
Creating logfile at /tmp/dogtail-test/logs/ipython_20190712-134425_debug ...
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 3)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 4)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 5)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 6)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 7)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 8)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 9)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 10)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 11)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 12)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 13)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 14)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 15)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 16)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 17)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 18)
searching for descendent of [application | gnome-software]: child with name="Application menu" (attempt 19)
-------------------
SearchError: descendent of [application | gnome-software]: child with name="Application menu"
Comment 8 Martin Krajnak 2019-07-12 11:50:25 UTC 
Created attachment 1589881 [details]
sniff

Also no "Application menu" can be found with sniff app
Comment 9 Matthias Clasen 2019-07-15 14:42:03 UTC 
This has always been the case: window controls are not included in the accessibility output of the headerbar. That includes both the window close button as well as this fallback menu button.
Comment 10 Matthias Clasen 2019-07-15 15:13:35 UTC 
Benjamin is looking at making the buttons show up
Comment 11 Tomas Pelka 2019-07-22 15:22:49 UTC 
(In reply to Matthias Clasen from comment #10)
> Benjamin is looking at making the buttons show up

Any idea when we could expect fixed rpm?

Thanks
-Tom
Comment 15 errata-xmlrpc 2019-11-05 22:14:25 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2019:3553
Note You need to log in before you can comment on or make changes to this bug.