Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Browse mode in Mozilla Gecko products no longer can be used after restarting NVDA due to IAccessible2 interface registration issues #7269

Closed
michaelDCurran opened this issue Jun 9, 2017 · 14 comments
Assignees
Labels
Milestone

Comments

@michaelDCurran
Copy link
Member

@michaelDCurran michaelDCurran commented Jun 9, 2017

Steps to reproduce:

This can only be reproduced on a small amount of machines running Windows 10 Creaters Update.
While NVDA is running:

  • Start Firefox and navigate a page with NVDA browse mode
  • Restart NVDA
  • Move back to Firefox and try and navigate the page.

Browse mode will not be available due to NVDA not being able to queryService to IAccessibleApplication to fetch the Gecko version.

@michaelDCurran michaelDCurran self-assigned this Jun 9, 2017
@jcsteh
Copy link
Contributor

@jcsteh jcsteh commented Jun 9, 2017

CC @derekriemer, @josephsl, who I believe are experiencing this.

Loading

@beqabeqa473
Copy link
Contributor

@beqabeqa473 beqabeqa473 commented Jun 9, 2017

also have the same problem.

Loading

@jage9
Copy link
Contributor

@jage9 jage9 commented Jun 9, 2017

Loading

@jcsteh
Copy link
Contributor

@jcsteh jcsteh commented Jun 9, 2017

#7207 is possibly related, though we don't have enough technical info there to be sure.

Loading

@jcsteh
Copy link
Contributor

@jcsteh jcsteh commented Jun 9, 2017

Note that #5758 has similar symptoms, but is very different technically and can be worked around. It'd be good if those of you who believe you are experiencing this can do the following:

  1. Switch to another application that isn't a Mozilla application. You may need to start another application if you don't have another open.
  2. Restart NVDA.
  3. Now switch back to the Mozilla application.

If you're experiencing #5758, everything will now work as expected. If you're experiencing this new issue (#7269), nothing will fix things except restarting the Mozilla app.

Loading

@jcsteh
Copy link
Contributor

@jcsteh jcsteh commented Jun 9, 2017

@michaelDCurran, as discussed, we should log CoRegisterPSClsid failures as errors to help diagnose issues like this.

Loading

@gregjozk
Copy link
Contributor

@gregjozk gregjozk commented Jul 11, 2017

Hi,

confirmed on windows 10 (64-bit) build 15063.413 last firefox (54.0.1 - 32-bit) and NVDA (last next snapshot).

This problem has been detected for a while.

Loading

@mohdshara
Copy link

@mohdshara mohdshara commented Aug 26, 2017

confirmed with NVDA 2017.3 and firefox 55..0.3. I have been experiencing this for a while, and our Arabic speaking users confirm this as well.

Loading

@zahra21
Copy link

@zahra21 zahra21 commented Nov 11, 2020

@michaelDCurran,
you mentioned that:
"This can only be reproduced on a small amount of machines running Windows 10 Creaters Update."
i tested with nvda 2017.2 and 2017.3 and wished to share the result with you!
unfortunately its not a problem for small amount of systems.
i did not have this issue with any version of nvdausing firefox single process mode.
i even wanted to use multiprocess in firefox versions before version 57, but multiprocess did not work for me before firefox quantum.
even when activating
browser.tabs.remote.autostart
in firefox about:config,
firefox worked for me in single process mode.
so, i cant say exactly its the problem in nvda 2017.3 and previous versions with firefox quantum,
or with these versions of nvda when multiprocess is activated.
my test result with firefox 81 and 82 and nvda 2017.2 and 2017.3
after five minutes or ten minutes or a little more,
brows mode stop working for me.
all arrow keys and navigation quick keys and using SayAll, all dont work anymore even in gmail or other simple web pages.
only tab works in this condition.
when i press nvda+plus q and restart nvda,
or, i use nvda control n to run nvda again,
even tab stop working!
and i only hear unknown unknown unknown.
it does not matter whether firefox is in focus for me or another application like notepad or even desktop is in focus.
so, my issue is 7269 and ias i mentioned in the first sentences of my comment, its not specific for windows ten creator update.
it should be related to multiprocess feature, because i dont have this problem in firefox 52 and 52esr and previous versions of firefox or firefox 53 until 56 which are not firefox quantum.

Loading

@jcsteh
Copy link
Contributor

@jcsteh jcsteh commented Nov 11, 2020

@zahra21, the issue you're reporting here sounds more like #7778. Where this issue here only occurred after restarting NVDA (and is now fixed), your explanation notes that you see this issue even without a restart.

Loading

@jcsteh
Copy link
Contributor

@jcsteh jcsteh commented Nov 11, 2020

@@zahra21, I just realised you said you're testing with NVDA 2017.2 and 2017.3. Those versions are no longer supported and the issue you're experiencing may well be resolved, especially since #11494 was fixed in NVDA 2020.3.

Loading

@zahra21
Copy link

@zahra21 zahra21 commented Nov 11, 2020

i did not test issue 5758 with newer versions of nvda.
but, 7269 is not reproduceable for me in nvda 2017.4 when i tested.
but, unfortunately, for some reasons, i really cant use beyond 2017.3 and since nvda is opensource program, i believe that backporting such essential fixes to 2017.3 is possible and just needs a few minutes!
yes, nvda 2017.2 and 2017.3 unfortunately dont work with firefox quantum (81 and 82 i tested)
and i tested these nvda versions with firefox 61.0.1 two years ago.
and i experienced crashing firefox after for example 30 minutes using simple web pages like gmail in basic html view
and, reading nvda documentations.

Loading

@zahra21
Copy link

@zahra21 zahra21 commented Mar 24, 2021

michaelDCurran,
you mentioned that:
"This can only be reproduced on a small amount of machines running Windows 10 Creaters Update."
i tested and my result is very different for this bug!

Loading

@zahra21
Copy link

@zahra21 zahra21 commented Mar 24, 2021

                i tested some versions of firefox on windows seven for example: firefox 52 until 56 and also 67 which is the last version that multiprocess can be enabled or disabled easily on that version.
                first, its not specific for windows ten only, as i said, i reproduced it on windows seven.
                second, it does not affect firefox multiprocess disabled.
                if you wish to test, for example: you can disable multiprocess in firefox 67 and previous versions by modifying one item in about:config
                in the address bar, type about:config and press enter.
                accept the risk.
                in the search bar of about:config type autostart
                the last item is browser.tabs.remote.autostart
                press enter on it to make it false if its true by user or by default.
                if its false, thats great, because nvda 2017.3 and previous versions work again after restarting it while using firefox!
                in nvda 2017.4 and later, your solution worked and restarting nvda does not cause nvda says unknown and stops working in firefox at all!
                in firefox 68 and later, disabling multiprocess still is possible, but it has risk and i think that developers can do it, because its technical and i did not understand exactly how can i disable this terrible feature that makes my system completely unusable with 2017.3 if i dont some task to reduce problems!
                here you are the link for instruction to disable multiprocess in firefox 68 and later.
                https://techdows.com/2019/08/multi-process-e10s-can-still-be-disabled-in-firefox-68-or-later-versions-here-is-how.html

Loading

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment