Re: [orca-list] strange bug in latest orca master

[Hammer Attila <hammera pickup hu>]

Hi Kendel,

With Ubuntu or Debian based systems I suggest you a following method if 
you would like debugging Orca with first autostart when you do a cold 
boot or a logout and login, have chance other distros works my 
suggestion equals good:
You need edit for example the /etc/xdg/autostart/orca-autostart.desktop 
file the exec line.
Paste following option after orca command, separate with space key:
--replace --debug-file=/home/kendel/debug.out
Possible not need the --replace option, and you need correcting your 
home directory path before the debug.out filename.

This situation if Orca autostarting after login or a cold boot, a debug 
file automatically created your home directory and you try hopefully 
succesfully reproduce you reported issue with GNOME Shell related.
Before you doing this desktop file editing, I suggest you bind a 
keystroke in Orca preferences dialog/keybindings page to the "cicle 
debug level" related unbound command. When I generating any time with a 
debug.out file with --debug-file=filename option, I always switching 
debug level with "all" level to Joanie all important information see the 
debug.out file after Orca start.
When you succesfully reproduced the issue, temporary switch screen 
reader off and on with SUPER+ALT+S keystroke.

My Ubuntu 14.04 with GNOME Shell 3.10 series version the GNOME Classic 
session the overview, applications menu related search and the app-menu 
works perfect. Same good result I experiencing if I activating the 
ALT+F1 keystroke the classic session applications category (to access 
available application groups and shortcut icons, access places menu, 
settings category, etc).

In a virtual machine I have a Manjaro GNOME edition installed system 
with latest master branch of Orca. If you tell a reproduce testcase with 
more time reproducing this issue, tomorrow morning I welcome try testing 
this issue with newest GNOME 3.16 version.

The Print dialog related issue I reported yesterday and Joanie fixed 
yesterday this issue. I happy this bug related commit resolved you 
experienced type delay.
This day morning I reported an another Thunderbird and Firefox Print 
dialog related issue. After print dialog activation with TAB keystroke 
some widgets not accessible until the caret not landing the Print 
button, or before not doing few TAB and SHIFT+TAB keystroke cicle this 
"silent" widgets.
If you interesting this bug, feel free to CC following report:
https://bugzilla.gnome.org/show_bug.cgi?id=754759

Attila