Re: [orca] Re: [libreoffice-accessibility] menu navigation issue

Hey Jason.

I'm not able to reproduce this. That said, when you're interacting with
an apps UI (e.g. navigating in menus), Orca is simply presenting the new
location based on the events it receives. So I don't think it's an Orca
issue.

BTW, are you using Wayland and gnome-shell? If so, it sounds like
https://gitlab.gnome.org/GNOME/mutter/-/issues/3267. Although that was
fixed four months ago.

--joanie

On Tue, 2024-06-11 at 06:24 -0400, Jason J.G. White wrote:
> Adding the Orca list to this discussion, as the bug may be a GTK or Orca 
> issue, as Michael helpfully details below.
>
> On 11/6/24 00:39, Michael Weghorn wrote:
> > On 2024-06-10 14:14, Jason J.G. White wrote:
> > > I noted the following on the Orca mailing list recently, but others 
> > > were unable to reproduce it.
> > >
> > > The issue below is not a priority for me at the moment, but I'm 
> > > reporting it here in case it can be resolved to prevent others from 
> > > encountering it.
> > >
> > > Environment: LibreOffice 24.2.4, GNOME 46.2, recent Orca version from 
> > > the main Git branch, Arch Linux distribution. I also tried the 
> > > version of LibreOffice available as a flatpak, with the same results.
> > >
> > > Steps to Reproduce
> > >
> > > 1. From LibreOffice Calc or LibreOffice Writer (both tested), F10 to 
> > > move focus to the menus. The File menu item is in focus, and Orca 
> > > presents it.
> > >
> > > 2. Right-Arrow.
> > >
> > > Expected Result: focus should move to the Edit menu, and subsequent 
> > > left/right-arrow navigation should move among the top-level menu items.
> > >
> > > Actual result: focus seems to move back into the document. I am 
> > > unable to navigate the menus reliably. Using the Alt key with various 
> > > letters does bring focus to the respective top-level menu items.
> >
> > I can reproduce something similar with gtk3-demo and Orca git main, so 
> > it looks like an issue in either GTK or Orca to me, not in LibreOffice:
> >
> > 1) start gtk3-demo
> > 2) start the "Menus" sample app
> > 3) press F10 to put focus on the menu (the first item: "test line")
> > 4) press right arrow
> >
> > Actual result:
> >
> > Keyboard focus visually moves to the next menu item "foo" as expected 
> > (visually), but Orca announces "Flip, push button" (which is the 
> > button in the sample program that has focus once the menu gets 
> > collapsed again)
> >
> > Expected result: The newly focused menu item should get announced: 
> > "foo, menu"
> >
> > This isn't 100% reproducible: When further moving back and forth 
> > between the menu items using the arrow keys, announcement is usually OK.
> >
> > Versions used, on Debian testing:
> >
> > libgtk-3-0:amd64 3.24.41-1
> > Orca git main as of commit 9b8d9ffd8793bf3a1176fed77b4ce283a43cefe8
> _______________________________________________
> Orca mailing list
> orca@freelists.org
> https://www.freelists.org/list/orca
> General information: https://orca.gnome.org
> Orca documentation (English): https://gnome.pages.gitlab.gnome.org/orca/help/
> Orca documentation (translations): https://gnome.pages.gitlab.gnome.org/orca/


-- 
To unsubscribe e-mail to: accessibility+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/accessibility/
Privacy Policy: https://www.documentfoundation.org/privacy