Explorer.exe crashes in Windows 7 when start menu accessed with the mouse. #9435
Steps to reproduce:
On Windows 7:
Explorer.exe stopped responding, and was restarted by Windows.
Full log: Win7Explorerlog.txt
I then restarted the computer, changed the synth to eSpeak and repeated with the same result. It took about 10 or 15 seconds to crash this time and in the meantime reported each menu item as the mouse moved over it. After reading the last menu item before crashing, the log reads:
DEBUGWARNING - watchdog.watcher (12:53:44.414):
DEBUGWARNING - eventHandler.executeEvent (12:53:44.584):
This has been reported by several users with several other scenarios (all involving explorer), but using the mouse in the start menu seems a consistent way to trigger it.
Explorer shouldn't crash.
NVDA installed/portable/running from source:
NVDA 2019.1 installed
Windows 7 Home Premium, version 6.1, build 7601, service pack 1.
Name and version of other software in use when reproducing the issue:
Other information about your system:
Does the issue still occur after restarting your PC?
Have you tried any other versions of NVDA?
Previous versions of NVDA (2018.4.1) do not produce a crash, and repeating without NVDA running there is no crash.
The text was updated successfully, but these errors were encountered:
It does but there is something odd from time to time when reviewing characters ie actual spelling using the review modes that can end in the explorer has stopped working issue as well. Often I've seen strange things going on in older copies of Word resulting in the machine needing a reboot. Hard to get a log in such situations I find. Its only worse in the latest version of nvda. I do not use the mouse so I suspect that its not actually the mouse as such, more likely its easier to fit the criteria using it. Its not a mega problem but it has happened afew times since I put it on. I would need to do more testing to find out if the log is similar though. These sort of effects are very hard to get to happen to order. Brian email@example.com Sent via blueyonder. Please address personal E-mail to:- firstname.lastname@example.org, putting 'Brian Gaff' in the display name field. ----- Original Message ----- From: "Quentin Christensen" <email@example.com> To: "nvaccess/nvda" <firstname.lastname@example.org> Cc: "Subscribed" <email@example.com> Sent: Tuesday, April 02, 2019 3:16 AM Subject: Re: [nvaccess/nvda] Explorer.exe crashes in Windows 7 when start menu accessed with the mouse. (#9435)…
I also meant to add, accessing the Start menu with the keyboard works fine. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: #9435 (comment)
With mouse tracking disabled, the crash doesn't happen.
Brian, re crashes which require a reboot - in the %temp% folder, where the nvda.log is kept, there is usually an nvda-old.log which is the log from the previous time NVDA was run. If you look for that file when you restart the computer, it should have just about everything NVDA recorded about what it was doing. Also re the problems with issues which can be hard to reproduce, that was why I was specific in how to repro this one. This one definitely seems to be triggered by the mouse.
I don't know if it has the same underlying cause, but for me even with mouse tracking disabled it is sufficient to route mouse to start menu search field in Windows 7 to cause explorer to crash. When it crashes it takes NVDA with it, so the only way to go back to the working condition is to kill explorer.exe from another account.