Repeating the previous List item before announcing the current item in some programs

[nvaccessAuto]

Reported by NVDA-Fanatic on 2013-03-12 15:54 While NVDA reports well some highlighted list items in Windows Explorer and some file managers, I find that in some programs like RSSOwl, for example, it announces the previous item before announcing the currently highlighted list item. Programs where this was experienced is RSSOwl, a JAVA-based application for subscribing and reading RSS feeds and UTorrent, a torrent client.

[nvaccessAuto]

Comment 1 by jteh on 2013-03-12 23:29 This occurs when the application focuses the previous list item again before focusing the new one. Unfortunately, we can't just ignore duplicate focus because there's no way to uniquely identify list items. We'll need to find another way. I also suspect this needs to be done on a case by case basis, but I'm not certain of that.

Is the control in RSSOwl actually a real SysListView32 control? If you're not sure, please paste the info from NVDA+f1 while focused in the list.

[nvaccessAuto]

Comment 2 by NVDA-Fanatic on 2013-03-13 12:53 Thanks Jteh for your reply. Here is the info that i copied after doing what you told me: INFO - nvda (14:09:28): Starting NVDA INFO - core.main (14:09:28): Config dir: C:\Users\ishechinyoka\AppData\Roaming\nvda INFO - core.main (14:09:28): NVDA version main-5937 INFO - core.main (14:09:28): Using Windows version sys.getwindowsversion(major=6, minor=2, build=9200, platform=2, service_pack='') INFO - core.main (14:09:28): Using Python version 2.7.3 (default, Apr 10 2012, 23:31:26) v.1500 32 bit (Intel) INFO - core.main (14:09:28): Using comtypes version 0.6.2 WARNING - stdout (14:09:30): OrderedDict(<synthDriverHandler.VoiceInfo object at 0x03018AB0>), ('65537', <synthDriverHandler.VoiceInfo object at 0x03018B10>), ('65536', <synthDriverHandler.VoiceInfo object at 0x03018B70>), ('131073', <synthDriverHandler.VoiceInfo object at 0x03018BD0>), ('131072', <synthDriverHandler.VoiceInfo object at 0x03018C30>), ('589824', <synthDriverHandler.VoiceInfo object at 0x03018C90>), ('196608', <synthDriverHandler.VoiceInfo object at 0x03018CF0>), ('196609', <synthDriverHandler.VoiceInfo object at 0x03018D50>), ('327680', <synthDriverHandler.VoiceInfo object at 0x03018DB0>), ('458752', <synthDriverHandler.VoiceInfo object at 0x03018E10>) INFO - synthDriverHandler.setSynth (14:09:30): Loaded synthDriver eloquence INFO - core.main (14:09:30): Using wx version 2.8.12.1 (msw-unicode) INFO - braille.initialize (14:09:30): Using liblouis version 2.5.2 INFO - braille.BrailleHandler.setDisplayByName (14:09:30): Loaded braille display driver noBraille, current display has 0 cells. INFO - brailleInput.initialize (14:09:30): Braille input initialized INFO - core.main (14:09:30): NVDA initialized INFO - globalCommands.GlobalCommands.script_navigatorObject_devInfo (14:10:24): Developer info for navigator object: name: u'Thanks to the Monks of Norcia, the cardinals have plenty of beer for the conclave' role: ROLE_TREEVIEWITEM states: STATE_FOCUSABLE, STATE_SELECTABLE, STATE_FOCUSED, STATE_SELECTED isFocusable: True hasFocus: True Python object: <NVDAObjects.Dynamic_TreeViewItemOutlineItemIAccessible object at 0x04BFF2D0> Python class mro: (<class 'NVDAObjects.Dynamic_TreeViewItemOutlineItemIAccessible'>, <class 'NVDAObjects.IAccessible.sysTreeView32.TreeViewItem'>, <class 'NVDAObjects.IAccessible.OutlineItem'>, <class 'NVDAObjects.IAccessible.IAccessible'>, <class 'NVDAObjects.window.Window'>, <class 'NVDAObjects.NVDAObject'>, <class 'baseObject.ScriptableObject'>, <class 'baseObject.AutoPropertyObject'>, <type 'object'>) description: u'Date: 1:44 PM, Author: NULL@NULL.COM (NAME), Category: Left, : ' location: (393, 201, 432, 18) value: None appModule: <'appModuleHandler' (appName u'rssowl', process ID 624) at address 4ae4ef0> TextInfo: <class 'NVDAObjects.NVDAObjectTextInfo'> windowHandle: 918490 windowClassName: u'SysTreeView32' windowControlID: 918490 windowStyle: 1442960037 windowThreadID: 1596 windowText: u'' displayText: u'Thanks to the Monks of Norcia, the cardinals have plenty of beer for the conclave\n' IAccessibleObject: <POINTER(IAccessible) ptr=0x3ef948 at 4bfb530> IAccessibleChildID: 867 IAccessible event parameters: windowHandle=918490, objectID=-4, childID=867 IAccessible accName: u'Thanks to the Monks of Norcia, the cardinals have plenty of beer for the conclave' IAccessible accRole: ROLE_SYSTEM_OUTLINEITEM IAccessible accState: STATE_SYSTEM_SELECTABLE, STATE_SYSTEM_SELECTED, STATE_SYSTEM_FOCUSED, STATE_SYSTEM_FOCUSABLE, STATE_SYSTEM_VALID (3145734) IAccessible accDescription: u'Date: 1:44 PM, Author: NULL@NULL.COM (NAME), Category: Left, : ' IAccessible accValue: u'1'

[bhavyashah]

@jcsteh Could you please take a look at the information provided in https://github.com/nvaccess/nvda/issues/3081#issuecomment-155305755 and clarify whether this seems to be an issue that needs case-by-case fixes or if a more universal solution is available?

[Adriani90]

@NVDA-Fanatic is this still reproducible? I guess it could also be related to the java access bridge and its way to deliver information to screen readers. @jcsteh, @derekriemer your ghoughts are very apprecaited. Maybe this has improved after implementation of checable list PR.

[Adriani90]

We do not have any updates on this since years and I didn't hear further reports on this problem from other users. If you have a certain case which can be reproduced, please comment on this issue and we can reopen it. I am closing this as abandoned since we lost contact to the initial author.

[LeonarddeR]

I've seen this recently in the sessions list of FileZilla.

[Brian1Gaff]

Hmm, I still see that explorer in windows 7 can be very laggy, ie move down a list of audio files in explorer, hear one you want and hit enter and the media player will probably play a different file altogether. Similar things occur if, say you open a dropbox folder from the desktop and nothing appears to happen, indeed when cursoring it seems you are on the destop, but an alt tab shows that the folder did in fact open, but nvda missed it.

Web browser, one can normally get it to read automatically but sometimes you need to refresh the page or alt tab away and back. Tis machine is not to slouch, being a four cor i5 at 3.2mhz with the speed made faster during idle to stop lag.

I'm thinking the underlying story here is retention of old data while not always getting the new data fast enough.

[Adriani90]

I tested in uTorrent 3.5.5 with NVDA and the issue is reproducible. I think this might be java specific.

[Adriani90]

@feerrenrut maybe also something to fix via cancelable speech?

[Adriani90]

I cannot reproduce this anymore in utorrent 3.6.0 with NvDA 2022.4. Note that I have installed the java access bridge for 32 and 64 bit, and both are enabled via jabswitch -enable command.

I am closing this for now, please comment again if you see any cases which we can test this issue on.