Topics

ColumnReview issue with Task manager


Cyrille
 

Hi Alberto

 

On NVDA 2019.3rc3, ColumnReview add-on makes task manager crash NVDA. Did you experience this?

Task manager should be in detailed view and ‘Process’ tab selected. Trying to move the focus in the process list makes NVDA crash.

 

Cheers,

 

Cyrille

 

 


Alberto Buffolino
 

Cyrille via Groups.Io, il 06/02/2020 22.55, ha scritto:
On NVDA 2019.3rc3, ColumnReview add-on makes task manager crash NVDA. Did you experience this?
Alberto:
Hi Cyrille,
uh, sorry, I use classic task manager, so I never noticed it. Does nvda-old.log contain useful errors? In case, can you send me?
Alberto


Cyrille
 

Hi Alberto
Below is the part of the log when I open the task manager and try to select the first list item. Task manager opens directly with the detailed view since I have clicked the "More details" button last time I have opened the task manager. This setting is remembered when I launch it again.
...
# Comment: launching task manager
IO - inputCore.InputManager.executeGesture (10:32:28.078) - winInputHook (7928):
Input: kb(desktop):shift+control+escape
DEBUG - synthDrivers.oneCore.SynthDriver.cancel (10:32:28.089) - MainThread (16040):
Cancelling
DEBUGWARNING - watchdog._watcher (10:32:28.747) - watchdog (15700):
Trying to recover from freeze, core stack:
  File "nvda.pyw", line 215, in <module>
  File "core.pyc", line 545, in main
  File "wx\core.pyc", line 2134, in MainLoop
  File "gui\__init__.pyc", line 1030, in Notify
  File "core.pyc", line 514, in run
  File "IAccessibleHandler.pyc", line 915, in pumpAll
  File "IAccessibleHandler.pyc", line 772, in processForegroundWinEvent
  File "IAccessibleHandler.pyc", line 539, in winEventToNVDAEvent
  File "NVDAObjects\IAccessible\__init__.pyc", line 42, in getNVDAObjectFromEvent
  File "IAccessibleHandler.pyc", line 347, in accessibleObjectFromEvent
  File "oleacc.pyc", line 265, in AccessibleObjectFromEvent

DEBUG - IAccessibleHandler.accessibleObjectFromEvent (10:32:29.032) - MainThread (16040):
oleacc.AccessibleObjectFromEvent with window 1249212, objectID -4 and childID 0:
IO - speech.speak (10:32:30.490) - MainThread (16040):
Speaking [LangChangeCommand ('fr_FR'), 'Gestionnaire des tâches']
DEBUG - synthDrivers.oneCore.SynthDriver._processQueue (10:32:30.490) - MainThread (16040):
Begin processing speech
IO - speech.speak (10:32:30.593) - MainThread (16040):
Speaking [LangChangeCommand ('fr_FR'), 'Liste d’éléments', 'grille de données']
IO - speech.speak (10:32:30.703) - MainThread (16040):
Speaking [LangChangeCommand ('fr_FR'), 'Liste d’éléments', 'liste']
DEBUG - synthDrivers.oneCore.SynthDriver._callback (10:32:31.213) - Dummy-1 (1412):
Done pushing audio
DEBUG - synthDrivers.oneCore.SynthDriver._processQueue (10:32:31.213) - Dummy-1 (1412):
Calling idle on audio player
DEBUG - synthDrivers.oneCore.SynthDriver._processQueue (10:32:31.313) - Dummy-1 (1412):
Queue empty, done processing
DEBUG - synthDrivers.oneCore.SynthDriver._processQueue (10:32:32.770) - MainThread (16040):
Begin processing speech
DEBUG - synthDrivers.oneCore.SynthDriver._callback (10:32:33.745) - Dummy-2 (1984):
Done pushing audio
DEBUG - synthDrivers.oneCore.SynthDriver._processQueue (10:32:33.745) - Dummy-2 (1984):
Calling idle on audio player
DEBUG - synthDrivers.oneCore.SynthDriver._processQueue (10:32:33.845) - Dummy-2 (1984):
Queue empty, done processing
DEBUG - synthDrivers.oneCore.SynthDriver._processQueue (10:32:33.977) - MainThread (16040):
Begin processing speech
DEBUG - synthDrivers.oneCore.SynthDriver._callback (10:32:34.745) - Dummy-1 (1412):
Done pushing audio
DEBUG - synthDrivers.oneCore.SynthDriver._processQueue (10:32:34.745) - Dummy-1 (1412):
Calling idle on audio player
DEBUG - synthDrivers.oneCore.SynthDriver._processQueue (10:32:34.845) - Dummy-1 (1412):
Queue empty, done processing
# Comment: Trying to select the first item in the list
IO - inputCore.InputManager.executeGesture (10:32:35.025) - winInputHook (7928):
Input: kb(desktop):downArrow
DEBUG - synthDrivers.oneCore.SynthDriver.cancel (10:32:35.035) - MainThread (16040):
Cancelling
ERROR - NVDAObjects.__call__ (10:32:36.683) - Dummy-3 (19044):
Exception in chooseNVDAObjectOverlayClasses for <'taskmgr' (appName 'taskmgr', process ID 10052) at address 8df3170>
Traceback (most recent call last):
  File "NVDAObjects\__init__.pyc", line 95, in __call__
  File "appModules\taskmgr.pyc", line 31, in chooseNVDAObjectOverlayClasses
  File "baseObject.pyc", line 42, in __get__
  File "baseObject.pyc", line 145, in _getPropertyViaCache
  File "NVDAObjects\UIA\__init__.pyc", line 1266, in _get_presentationType
  File "baseObject.pyc", line 42, in __get__
  File "baseObject.pyc", line 145, in _getPropertyViaCache
  File "NVDAObjects\__init__.pyc", line 741, in _get_presentationType
  File "baseObject.pyc", line 42, in __get__
  File "baseObject.pyc", line 145, in _getPropertyViaCache
  File "NVDAObjects\UIA\__init__.pyc", line 1200, in _get_states
  File "NVDAObjects\UIA\__init__.pyc", line 823, in _prefetchUIACacheForPropertyIDs
  File "comtypesMonkeyPatches.pyc", line 26, in __call__
ctypes.ArgumentError: argument 1: <class 'RecursionError'>: maximum recursion depth exceeded in __instancecheck__
# Comment: The log ends here and NVDA crashes.
The strange thing is that the error does not show anything of your add-on. However, a clean NVDA does not crash, whereas with columnReview it does.
The test was done on a portable 2019.3.1 with only columnReview installed.
Note that the first freeze occurs also without columnReview.
Do you have an idea?
Did you succeed in reproducing this issue by using the mmore detailed view of task manager?
Cheers,
Cyrille
----- Mail d'origine -----
De: Alberto Buffolino <a.buffolino@...> end of the log
À: nvda-addons@nvda-addons.groups.io
Envoyé: Fri, 07 Feb 2020 15:00:15 +0100 (CET)
Objet: Re: [nvda-addons] ColumnReview issue with Task manager
Cyrille via Groups.Io, il 06/02/2020 22.55, ha scritto:
> On NVDA 2019.3rc3, ColumnReview add-on makes task manager crash NVDA.
> Did you experience this?
Alberto:
Hi Cyrille,
uh, sorry, I use classic task manager, so I never noticed it. Does
nvda-old.log contain useful errors? In case, can you send me?
Alberto


Lukasz Golonka
 

Hi Alberto,

were you able to look into this in the mean time? For reference I am
able to reproduce this under Windows 10 1909.

--
Regards
Lukasz


On Fri, 7 Feb 2020 15:00:15 +0100
"Alberto Buffolino" <a.buffolino@...> wrote:

Cyrille via Groups.Io, il 06/02/2020 22.55, ha scritto:
On NVDA 2019.3rc3, ColumnReview add-on makes task manager crash NVDA.
Did you experience this?
Alberto:
Hi Cyrille,
uh, sorry, I use classic task manager, so I never noticed it. Does nvda-old.log contain useful errors? In case, can you send me?
Alberto


Alberto Buffolino
 

Lukasz Golonka, il 10/03/2020 18.10, ha scritto:
were you able to look into this in the mean time? For reference I am
able to reproduce this under Windows 10 1909.
Alberto:
yes, thanks for remember, I'll investigate in next hours.
Alberto


Alberto Buffolino
 

Lukasz Golonka, il 10/03/2020 18.10, ha scritto:
were you able to look into this in the mean time? For reference I am
able to reproduce this under Windows 10 1909.
Alberto:
Hi Lukasz, Cyrille and all,
I tried to fix the problem, that seems caused by a strange recursion error in checking instance (I'm quite sure that it should have a different behavior, but I'm not sure whether fault is of my add-on). At the moment, ColumnsReview functionalities are not available in Win10 task manager (that I personally find horrific).
I missed something about recent add-on management migration, so I not have addonFiles write permissions on Github, but I provided a download link in readme here (build 3.0-20200310-dev):
https://github.com/ABuffEr/columnsReview
Hth.
Alberto