Comment 1 by briang1 on 2013-09-21 10:02
Just a thought, have you been playing around with configuration profiles at all before this happened?

Comment 2 by noshark (in reply to comment 1) on 2013-09-21 13:50
No. The ring does not work with GW Connect even when using the Master snap right after a clean boot.

Replying to briang1:

Just a thought, have you been playing around with configuration profiles at all before this happened?

Comment 3 by ondrosik on 2013-09-21 17:18
Just to be more specific, this happens only when the list of contacts is focused. When you open a conversation or the menu bar, you can work with ring as expected. And as reported earlyer, values are changed but NVDA doesn't announce it. the log doesn't provide any usefull information, from the log perspective it seems that everithing is OK.

Comment 4 by ondrosik on 2013-09-21 17:22
here is the log. I put there also info about navigator object, maybe this should soemhow help us.
input: kb(laptop):control+shift+NVDA+downArrow
IO - speech.speak (19:18:56):
Speaking 95'
IO - inputCore.InputManager.executeGesture (19:18:56):
Input: kb(laptop):control+shift+NVDA+downArrow
IO - speech.speak (19:18:56):
Speaking 90'
IO - inputCore.InputManager.executeGesture (19:18:56):
Input: kb(laptop):control+shift+NVDA+downArrow
IO - speech.speak (19:18:56):
Speaking 85'
IO - inputCore.InputManager.executeGesture (19:18:57):
Input: kb(laptop):control+shift+NVDA+downArrow
IO - speech.speak (19:18:57):
Speaking 80'
IO - inputCore.InputManager.executeGesture (19:19:01):
Input: kb(laptop):NVDA+f1
INFO - globalCommands.GlobalCommands.script_navigatorObject_devInfo (19:19:01):
Developer info for navigator object:
name: u"-- Andre Louis; (Online); Holding hot things will inevitably burn you... That'll learn you."
role: ROLE_LISTITEM
states: STATE_FOCUSABLE, STATE_SELECTABLE, STATE_FOCUSED, STATE_SELECTED
isFocusable: True
hasFocus: True
Python object: <NVDAObjects.IAccessible.sysListView32.ListItem object at 0x050821D0>
Python class mro: (<class 'NVDAObjects.IAccessible.sysListView32.ListItem'>, <class 'NVDAObjects.behaviors.RowWithFakeNavigation'>, <class 'NVDAObjects.behaviors.RowWithoutCellObjects'>, <class 'NVDAObjects.IAccessible.sysListView32.ListItemWithoutColumnSupport'>, <class 'NVDAObjects.IAccessible.IAccessible'>, <class 'NVDAObjects.window.Window'>, <class 'NVDAObjects.NVDAObject'>, <class 'baseObject.ScriptableObject'>, <class 'baseObject.AutoPropertyObject'>, <type 'object'>)
description: None
location: (2, 68, 360, 19)
value: None
appModule: <'appModuleHandler' (appName u'gwconnect', process ID 7048) at address 4ce1650>
TextInfo: <class 'NVDAObjects.NVDAObjectTextInfo'>
windowHandle: 24118956
windowClassName: u'SysListView32'
windowControlID: -209
windowStyle: 1377894473
windowThreadID: 2612
windowText: u''
displayText: u'-- Andre Louis (Online) Holding hot thing...'
IAccessibleObject: <POINTER(IAccessible) ptr=0x2ef860 at 4fd4d50>
IAccessibleChildID: 1
IAccessible event parameters: windowHandle=24118956, objectID=-4, childID=1
IAccessible accName: u'-- Andre Louis'
IAccessible accRole: ROLE_SYSTEM_LISTITEM
IAccessible accState: STATE_SYSTEM_SELECTABLE, STATE_SYSTEM_SELECTED, STATE_SYSTEM_MULTISELECTABLE, STATE_SYSTEM_FOCUSED, STATE_SYSTEM_FOCUSABLE, STATE_SYSTEM_VALID (19922950)
IAccessible accDescription: u"Stav: (Online); N\xe1lada: Holding hot things will inevitably burn you... That'll learn you."
IAccessible accValue: None

Comment 5 by jteh on 2013-09-22 09:37
I suspect this is to do with the special key code (0xFF) we now send for NVDA commands containing control+shift, alt or Windows keys. This is needed to prevent Windows from switching languages, activating the menu bar, etc. My guess is that GW Connect is silencing speech whenever it sees this key, but I don't understand why it would bother doing this; it really shouldn't.

If I'm right, while this is due to a change in NVDA, it's not something we'd want to revert, since the issue it fixes has been plaguing NVDA users for years and this behaviour in GW Connect is pretty odd anyway.

Comment 6 by k_kolev1985 on 2013-09-23 06:44
Hi Jamie,

I can report this to the developers of GWConnect, if you wish. I'll point them to this ticket for reference. Should I point them to some other stuff (eg. other tickets) as well for more reference?

Comment 7 by jteh on 2013-09-23 06:51
My suspicions need to be verified properly before a bug is reported, since it may not be GWConnect after all.

Comment 8 by k_kolev1985 on 2013-09-23 07:30
Actually, now that I've tested it (I haven't until now because I was using mainly Skype for other test purposes), for me the settings ring works fine in GWConnect's main window (where the list of contacts is). But for me, the commands to move left and right through table cells in a list view (Ctrl+Alt+left and Ctrl+Alt+Right) does not work in GWConnect's list of contacts as it should. This is with the last available next snapshot. With NVDA 2013.2 it works as it should. Strange.

Comment 9 by jteh on 2013-09-23 07:49
At a guess, I'd say you're using desktop layout, whereas the reporter is using laptop layout. The laptop layout has control+shift in the synth settings ring commands, whereas the desktop layout doesn't, so the behaviour U mentioned doesn't apply to those commands for desktop layout. It does apply to the table navigation commands.

GWConnect no longer exists. Closing.