GNOME Bugzilla – Bug 675288
In Nautilus 3.6's icon view Orca doesn't always announce selection changes
Last modified: 2012-10-15 21:46:29 UTC
Dear Joanie, I founded now a bug, with producing interesting simptomns. Hopefuly possible fix some issues in Orca side: 1. If I changing a file or folder selection with CTRL+SPACE key combination, Orca only announcing file or folder selection if the file or folder is selected. If I changing for example a selected file or folder with unselected state with CTRL+SPACE key combination, Orca doesn't announce the not selected state. 2. If already have more selected files and I select new file with CTRL+SPACE key combination, Orca some time spokening the first folder name after announced the selected state if a folder or file prewious unselected. Reproducation steps: 1. Goto your home folder. 2. Select a folder, and hold down CTRL key. 3. Move up a new folder with right arrow key if you using icon view, and press SPACE key the holddowned CTRL key. Now the new folder is selected too, Orca right spokened the selection state. 4. Press space key again, the actual folder is unselected, but Orca doesn't announce this change. 5. Move up an another file or folder but doesn't unhold the CTRL key, and select an another folder with space key. You will be hear the selection state, but hopefuly you will be hear last the first folder name. I attaching a debug.out file. If this is possible, need fixing this problems both Orca gnome-3-4 and master branches. Attila
Created attachment 213262 [details] Debug file with possible showing why happening this issues I sending the promised debug.out file with zip compressed format. Both two problems I try demonstrate my HOME folder. Attila
I am able to reproduce this bug. While debugging, the output I receive in Terminal is: object:state-changed:selected(0, 0, 0) source: [canvas | Desktop (copy)] host_application: [application | nautilus] object:state-changed:selected(1, 0, 0) source: [canvas | Desktop (copy)] host_application: [application | nautilus] object:state-changed:selected(0, 0, 0) source: [canvas | Desktop (copy)] host_application: [application | nautilus] The issue is probably due to the fact that Nautilus now has a role 'canvas' that Orca is not paying attention to. Joanmarie is going to address this soon.
Few days ago in Fedora 18 alpha I see upstream Nautilus 3.6 version using role canwas when presenting files and folders, you are absolute true. But in Ubuntu 12.10 development version domstream level Ubuntu developers packaged a different modifyed Nautilus version, with based the 3.4.2 Nautilus version. This modifyed version using icon view when presenting files and folders. Now awailable Nautilus version with Quantal is following: nautilus | 1:3.5.90.really.3.4.2-0ubuntu4 So, possible need fixing this bug with two part of Orca (icon view role related and role canwas role related). Next week I will be verifying this issue in Ubuntu Quantal, GNOME 3.6 and Orca 3.7.0 with icon view related. Attila
Bug fixed for upstream. It may fix it for Ubuntu. If not please open a new bug (preferably downstream as Orca 3.6.x and 3.7.0.x is for GNOME 3.6). Also please note that in testing my changes, I stumbled across an Nautilus bug which I filed against Nautilus (see bug 686180). This is not something I can hack around in Orca: Bogus events are bogus, and missing events are missing. master: http://git.gnome.org/browse/orca/commit/?id=543dd733acc26282ceabd5c4bf15ddea49eee1dd gnome-3-6: http://git.gnome.org/browse/orca/commit/?h=gnome-3-6&id=41542eae79310b52644c5244724dbd50bc4fba8d