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

Jump to bottom

IE8: Web Page Freezed Case #3883

Closed
nvaccessAuto opened this issue Feb 13, 2014 · 6 comments
Closed

IE8: Web Page Freezed Case #3883

nvaccessAuto opened this issue Feb 13, 2014 · 6 comments
Labels
bug close/wontfix

Comments

@nvaccessAuto
Copy link

Reported by surfer0627 on 2014-02-13 02:26
This is a web page freezed case. I'm not sure is this an NVDA issue or web design issue? So I just send the log file.

browser: IE8
test web page: (in Chinese)
http://www.uro.ntpc.gov.tw/web/Home

reproduce:

  1. press ctrl+home to move to top of the page
  2. press "m" twice to move to the second frame
  3. press "k" to move (link by link)
    It needs few seconds to move from one link to another.
    MM/ SS
    (36:46, 37:03, 37:12, 37:24, 37:41, 38:08)

log file summary:

line: 577
IO - inputCore.InputManager.executeGesture (09:37:24):
Input: kb(desktop):k
DEBUGWARNING - watchdog._watcher (09:37:35):
Trying to recover from freeze, core stack:

line: 608
DEBUGWARNING - eventHandler.executeEvent (09:37:35):
error executing event: gainFocus on <NVDAObjects.IAccessible.MSHTML.MSHTML object at 0x03F54610> with extra args of {}
Traceback (most recent call last):

line: 257
DEBUG - treeInterceptorHandler.killTreeInterceptor (09:36:16):
Killed treeInterceptor: <virtualBuffers.MSHTML.MSHTML object at 0x040BE210>
DEBUG - treeInterceptorHandler.update (09:36:16):
Adding new treeInterceptor to runningTable: <virtualBuffers.MSHTML.MSHTML object at 0x0405AD50>
@nvaccessAuto
Copy link
Author

Attachment NVDA.log 20140213.log added by surfer0627 on 2014-02-13 02:31
Description:
test freezed web page

@nvaccessAuto
Copy link
Author

Comment 1 by briang1 on 2014-02-13 07:50
I checked the processor usage on this page, and Ie8 is using 94 percent of the available resources. I thus suspect that the freeze is due to the page being very poorly designed for IE8
The processor time left for nvda would I am sure result in an almost freeze if I left it a few seconds longer!

What does Firefox do on this page?
It may also perform better on multicore machines, but I tried it on a single core.

Of course i don't understand Chinese either!

@nvaccessAuto
Copy link
Author

Comment 2 by surfer0627 on 2014-02-13 08:58
I test this page on Firefox. Sometimes, it was stuck in the frame.

reproduce:

  1. press "ctrl+home" to move to top of the page
  2. press "m" to move to the first frame
  3. press "Shift+k" to move to previous link
  4. press "k" to move (link by link)
    It still needs few seconds to move from one link to another. By the way, NVDA reports the content, then braille displays the content one second later.

If I skip step3. It won't stuck in the frame.

@bhavyashah
Copy link

@surfer0627 Does this still occur with recent versions of browsers such as Edge, Firefox and Chrome, or do you believe that this freeze was most prominent only on IE 8? If this proves to be an IE 8 specific issue, I suggest closing since IE 8 bugs are no longer worthwhile to address. @ehollig

@Brian1Gaff
Copy link

Brian1Gaff commented Aug 12, 2017 via email

@LeonarddeR
Copy link
Collaborator

Closing this. If there are similar issues in other browsers or newer versions of IE8, please open a new issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug close/wontfix
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@LeonarddeR @nvaccessAuto @bhavyashah @Brian1Gaff