GNOME Bugzilla – Bug 596041
Accessibe names not displayed for some non-GtkStock toolbar buttons
Last modified: 2009-11-27 20:16:11 UTC
Steps to reproduce: 1. Start an at-tool, say orca or gok. 2. Open current user home directory in nautilus file manager. 3. Press <Tab> to move focus onto toolbar, then <Arrow> to "Home", "Computer" button. 4. Click Toolbars button in gok main window to grab the toolbar buttons in gok. Bug observations: After step3, orca only reads "Button" instead of "Home button" or "This computer button", but the other buttons in toolbar have their accessible name, which can be read by orca. After step4, gok can not grab the "Home button" and "Computer button". Expected result: These buttons should have an accessible name for at-tool accessing.
Thanks for your bug report. Has this happened in previous Nautilus releases, i.e. 2.26 and before? Considering how the items are constructed [1,2] it seems very odd that only the "Home" and "Computer" buttons are affected while other buttons like "Up" that are constructed exactly the same way are not affected. The onliest difference I can see is that "Home" and "Computer" are located within two separators. Isn't the "Search" button affected too? Maybe you could try to remove the separators <separator/> from <toolbar name="Toolbar"> ... </toolbar> in $prefix/share/nautilus/ui/nautilus-navigation-window-ui.xml and try out whether the issue still happens? [1] http://git.gnome.org/cgit/nautilus/tree/src/nautilus-window-menus.c#n848 [2] http://git.gnome.org/cgit/nautilus/tree/src/nautilus-navigation-window-ui.xml#n63
Created attachment 143872 [details] screen shot
Please poke nautilus file manager in accerciser and go to accerciser "Interface Viewer" tab, you will find there is no accessible name for only these two buttons, while other buttons have their own accessible names. It looks not because of the separators.
(In reply to comment #3) > Please poke nautilus file manager in accerciser (...) Thanks, I didn't know that tool. It looks like GTK+ has problems when non-GtkStockItem images are used as toolbar buttons. In that case, no accessible name seems to be set for the respective image. I am confirming and renaming this report, reassigning it to GTK+ and will attach a test case.
Created attachment 144046 [details] [review] Test case In this simple test case, two buttons are displayed in a toolbar: "Back" with the icon GTK_STOCK_GO_BACK, and "Home" with the icon "user-home". The latter is not a GtkStock name, and the button does not have any a11y name.
*** This bug has been marked as a duplicate of bug 597596 ***