Bug 1723836
| Summary: | New application menu button is not available through accessibility | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 8 | Reporter: | Martin Krajnak <mkrajnak> | ||||||||
| Component: | gtk3 | Assignee: | Benjamin Otte <otte> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> | ||||||||
| Severity: | high | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 8.1 | CC: | fmuellner, jadahl, jkoten, mclasen, tpelka, vhumpa | ||||||||
| Target Milestone: | rc | Keywords: | TestBlocker | ||||||||
| Target Release: | 8.1 | Flags: | jkoten:
mirror+
|
||||||||
| Hardware: | x86_64 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | gtk3-3.22.30-4.el8 | Doc Type: | If docs needed, set a value | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2019-11-05 22:14:25 UTC | Type: | Bug | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Bug Depends On: | |||||||||||
| Bug Blocks: | 1678350 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Martin Krajnak
2019-06-25 13:59:44 UTC
note that this is blocking some of our automated tests Created attachment 1589070 [details]
workaround
steps I am using as workaround for tests
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. 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.
(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. Mmh, the button should have an accessible name: https://gitlab.gnome.org/GNOME/gtk/blob/gtk-3-24/gtk/gtkheaderbar.c#L390 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"
Created attachment 1589881 [details]
sniff
Also no "Application menu" can be found with sniff app
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. Benjamin is looking at making the buttons show up (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 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 |