search

nvaccess / nvda

NVDA, the free and open source Screen Reader for Microsoft Windows
https://www.nvaccess.org/
Other
2.11k stars 637 forks source link

Intermittent lag under Windows 10 build 1803 #8783

Closed tspivey closed 3 years ago

tspivey commented 6 years ago

Steps to reproduce:

Perform tasks

Actual behavior:

Ever since the upgrade to 1803, NVDA intermittently lags for a second or two. This happens anywhere, but it's most noticeable in something I don't expect to lag (e.g. ssh into my other machine on the LAN).

When this happens, NVDA stops responding, but I can still do other things such as start/stop music. After a second or so, it comes back.

Expected behavior:

NVDA doesn't lag

System configuration:

NVDA Installed/portable/running from source:

Installed

NVDA version:

Version: try-unregisterUIAProxyWinEvents-16059,e53d3adf This also happened with 2018.2.1 and snapshots

Windows version:

Version 1803 (OS Build 17134.286)

Name and version of other software in use when reproducing the issue:

Other information about your system:

Other questions:

Does the issue still occur after restarting your PC?

Yes, though it might take a while (days) to start.

Have you tried any other versions of NVDA?

Alpha snapshots

Neurrone commented 6 years ago

@tspivey I've recently started experiencing what you described starting from a few weeks ago, but haven't been able to pin it down.

I've experienced this issue previously, but that was caused by Symantec Endpoint Protection, which I've since uninstalled. It was fine until recently.

Rob-Hudson commented 6 years ago

I experience this also, under the same configuration. Restarting NVDA resolves this--for a time, anyway. There used to be an issue where NVDA would become slow while Chrome-based browsers or firefox was active with several tabs, but this is different. NVDA just falls silent for about 2 to 3 seconds, like it has to think about something. This lag does not appear to be application based, because it can pop up in absolutely any task.

Ghorthalon commented 6 years ago

This happens to me too. interestingly I've noticed that braille seems to be less affected by this. If I navigate, most of the time the display still updates fine, just the rest is stuck. It also seems to occur more and more frequently.

Neurrone commented 6 years ago

I'm going to try running NVDA with debug logging enabled, in hopes of getting useful output when it happens. When running without debug logging, it doesn't show anything, such as a warning about a core freeze.

LeonarddeR commented 6 years ago

@tspivey: how about Windows 10 version 1809?

tspivey commented 6 years ago

I still get the lag. Maybe not as often, I can't tell yet.

Rob-Hudson commented 6 years ago

This lag is also apparent in 1809. I haven't tried to see if braille also lags behind, but I suspect it will. If any progress has been made on this, sure like to know.

josephsl commented 6 years ago

Hi, is this even with NVDA 2018.3.2? If so, that’s concerning. Thanks.

From: Rob-Hudson notifications@github.com Sent: Friday, October 12, 2018 11:25 AM To: nvaccess/nvda nvda@noreply.github.com Cc: Subscribed subscribed@noreply.github.com Subject: Re: [nvaccess/nvda] Intermittent lag under Windows 10 build 1803 (#8783)

This lag is also apparent in 1809. I haven't tried to see if braille also lags behind, but I suspect it will. If any progress has been made on this, sure like to know.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/nvaccess/nvda/issues/8783#issuecomment-429416586 , or mute the thread https://github.com/notifications/unsubscribe-auth/AHgLkOLm4vpvEsut6g6IV0AzA5vqSudiks5ukN6GgaJpZM4W5uXi .

Rob-Hudson commented 6 years ago

Yes it is.

PratikP1 commented 6 years ago

A debug log would be quite useful here. I've been testing 1803 as an insider and 1809 as well. I have not seen this behavior. It would be nice to crush if it's on NVDA's end. I not, it might be Windows. I'd like to get Microsoft more information if we can dig it up.

tspivey commented 6 years ago

Things I've tried so far:

The debug log doesn't seem very useful, I sat in notepad typing this is a test of notepad a few times. Here're the most recent things I typed, and I stopped right after the keys all started to fire. debug.txt

ryok141 commented 6 years ago

I'm also having this issue. I'm running windows 10 1803 here. It usually starts after I put my computer on standby then turn it on again. Restarting NVDA doesn't help much. No matter what I'm doing whether I'm browsing etc, NVDA will freeze for 3 seconds or so. Ways that I tried to get around this issue.

josephsl commented 6 years ago

Hi, can you try with NVDA 2018.4 beta 1 and see if it improves things a bit? Thanks.

From: ryok141 notifications@github.com Sent: Tuesday, November 20, 2018 7:30 PM To: nvaccess/nvda nvda@noreply.github.com Cc: Joseph Lee joseph.lee22590@gmail.com; Comment comment@noreply.github.com Subject: Re: [nvaccess/nvda] Intermittent lag under Windows 10 build 1803 (#8783)

I'm also having this issue. I'm running windows 10 1803 here. It usually starts after I put my computer on standby then turn it on again. Restarting NVDA doesn't help much. No matter what I'm doing whether I'm browsing etc, NVDA will freeze for 3 seconds or so. Ways that I tried to get around this issue.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/nvaccess/nvda/issues/8783#issuecomment-440516859 , or mute the thread https://github.com/notifications/unsubscribe-auth/AHgLkKKlFr6ut06tzTJrA-2geD0h9e6qks5uxMi-gaJpZM4W5uXi .

fernando-jose-silva commented 6 years ago

I am using the last nvda alpha 16298 and windows 10 1809 17763.134 and I experience delays in nvda. Some times I open the menu to start typing settings, press enter to open settings and nvda announces settings, press tab to navigate and nvda is muted. After a long time approximately 15 seconds or more the nvda makes the sound that the search box of the start was closed and starts to read the settings screen. It appears that nvda takes a long time to receive notification that the search box at startup has been closed and that another window is already open. This occurs when you open other parts by the search in the start as control panel. Other times I'm browsing explorer and nvda does not advertise the folders open and closed, after a long time or about 30 seconds nvda starts reading the files and files with focus on explorer. Again it seems that the nvda takes a long time to identify the focus. For many times this does not happen and everything works fine, I did not notice these errors in periods of intentional use of processing, although it may be occurring in some background process and I do not know.

LeonarddeR commented 5 years ago

It would be good to have an update with regard to whether this also occurs with 2018.4.1 as well as latest alpha.

Adriani90 commented 5 years ago

@tspivey, @fernando-jose-silva, @ryok141, @Rob-Hudson could anyone of you give a short update with NVDA 2019.1 and last Windows 10 update? Did you encounter the issue in the last several weeks?

fernando-jose-silva commented 5 years ago

I have found the problem in the last few weeks, but now it occurs much more sporadically, say, 2 times a week.

fernando-jose-silva commented 5 years ago

I just got a log of a delay in nvda's response. I opened windows explorer. I started navigating the folders with the arrow keys. As soon as I opened windows explorer the nvda was mute. While navigating with the arrows the nvda also remained mute for about 12 seconds. Until you started reading the items with focus. The arrows moved around the screen even with nvda without speech because I was already a 10 intens below in the list of folders and files. log: windows.txt

Adriani90 commented 5 years ago

@fernando-jose-silva, as stated in other issues already, please try to reproduce this issue after disabling global plugin extensions addon. This one seems to be related to commandkeyselectiveannouncement and remanence which is probably enabled in global plugin extensions. Thanks.

fernando-jose-silva commented 5 years ago

I disabled the add-ons in question, if I understood correctly which add-ons are: Do you have the name of the generally problematic add-ons? In any case if we can wait for some time until I see if the problem returns, maybe a couple of weeks.

Adriani90 commented 5 years ago

Fernando this is hard to say which addons might cause conflicts. We can just make assumptions based on experience from other People. We must test things case by case and then decide if an addon was the Problem or not. Here is quite clrear that in the log golobal plugin extensions influences your Input and this could have some implications on the Cursor movement. That's why I think the addon causes a conflict here.

Adriani90 commented 5 years ago

@paulber007 this is the issue in question. As it is hard to reproduce, we are depending on tests carried by Fernando. Thus, first of all we need to find out if it is really caused by an addon.

fernando-jose-silva commented 5 years ago

follows the log of 1 more of these locks. If you recommend disabling any more test addon, you can talk. w3.txt

fernando-jose-silva commented 5 years ago

I am attaching yet another nvda locking log on windows. in the case of suggestions to disable addons I am at disposal. w4.txt

Adriani90 commented 5 years ago

Ok Fernando in your last log file, were all addons disabled? Could you please try to reproduce the issue with all addons disabled? Before doing that, please run the com registration fixing tool in NVDA menu > tools > run com registration fixing tool.

To be honnest, something seems to influence your input when accessing the file explorer but I cannon really track what it is. Unfortunately I cannot reproduce this issue myself.

Adriani90 commented 5 years ago

Do you have audiothemes 3d enabled? This could also be a potential cause but as I said, we must try different things.

fernando-jose-silva commented 5 years ago

Thank you very much for the great help. My last log the addons are enabled. I am addicted to the addons testing the nvda without them for long it will be torture. At this point I will leave it to others to point out problems, or they may close for now. If I ever get the clear pauses to reproduce the problem without much test time I will report again.

fernando-jose-silva commented 5 years ago

Due to the project threshold I was obliged not to use a complement. But this helped in this call. See in the log below that nvda keeps locking in windows 10 1809. Thank you. 1809.txt

Adriani90 commented 5 years ago

@fernando-jose-silva I don't exactly understand your conclusion. The log file does not show any errors or any frozen core in stack. Is NVDA sluggish also when using Threshold?

fernando-jose-silva commented 5 years ago

yes, my conclusion is that even with the plugins disabled the problem continues. Yes I am using nvda threshold 17249 Finally I do not know why the log shows nothing. by pressing down arrow in the list in explorer the nvda read only the date of modification of the file but did not read the name of the file or folder.

Adriani90 commented 5 years ago

This could be caused if you are on another column. If you press left arrow, do you land on the file name? Which view is set on your windows explorer? You can check that by doing following:

  1. Open windows explorer with windows+e
  2. Press alt
  3. Navigate with right arrow to “view”
  4. Press tab until you hear “view button submenu”
  5. Open that with space bar
  6. Try different view options.

Von: fernando-jose-silva notifications@github.com Gesendet: Donnerstag, 16. Mai 2019 21:35 An: nvaccess/nvda nvda@noreply.github.com Cc: Adriani90 adriani.botez@googlemail.com; Comment comment@noreply.github.com Betreff: Re: [nvaccess/nvda] Intermittent lag under Windows 10 build 1803 (#8783)

yes, my conclusion is that even with the plugins disabled the problem continues. Yes I am using nvda threshold 17249 Finally I do not know why the log shows nothing. by pressing down arrow in the list in explorer the nvda read only the date of modification of the file but did not read the name of the file or folder.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/nvaccess/nvda/issues/8783?email_source=notifications&email_token=AGVCP4MZJKSICXFOL3LSFTLPVWZN5A5CNFSM4FXG4XRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODVS24QQ#issuecomment-493203010 , or mute the thread https://github.com/notifications/unsubscribe-auth/AGVCP4OMNGVXIOYLBBOJZSLPVWZN5ANCNFSM4FXG4XRA . https://github.com/notifications/beacon/AGVCP4P3F7H2AK7KKA5PIODPVWZN5A5CNFSM4FXG4XRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODVS24QQ.gif

fernando-jose-silva commented 5 years ago

the list view is set to details. No, I'm in the very first column, where there is the file name. What nvda is reading is the windows screen tip, the help balloons, in my nvda the option to read the tooltips is active.

Adriani90 commented 4 years ago

@fernando-jose-silva how is this now in NVDA 2019.3.1 and Windows 10 last update? Do you see any changes? Or are you still having this issue?

fernando-jose-silva commented 4 years ago

Thank you very much, I no longer have this problem on nvda alfa 19755 and windows 10 build 19041.

LeonarddeR commented 4 years ago

ANd you @tspivey?

Adriani90 commented 3 years ago

It seems this is solved, I cannot reprouce it and other users do not reproduce as well. I am closing this issue as works for me but feel free to comment if you are still having it and we can reopen.