1339589 - Firefox on Windows with a11y features enabled crashes on certain websites

Status: RESOLVED WORKSFORME

(Core :: Disability Access APIs, defect, P3)

Description

[Josh Crites]

On certain sites (in this case, the search page @ www.carmax.com) the entire browser will hang/crash (usually hang in an unresponsive state). The browser does not crash if accessibility.force_disable is set to 1. From what I can tell so far it might have to do with some aria attributes being set funny from JS but I am still looking into it.

Comment 1

[Alice0775 White]

I can reproduce the hang on 52.0b6[1] as well as Nightly54.0a1[2]
[1]
https://hg.mozilla.org/releases/mozilla-beta/rev/7b8aa893944b94d35e47314e52e0abff576c5ce2
Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 ID:20170213070939
[2]
https://hg.mozilla.org/mozilla-central/rev/195049fabb7ac5709e5f75614ba630ba3d1b5a9b
Mozilla/5.0 (Windows NT 10.0; WOW64; rv:54.0) Gecko/20100101 Firefox/54.0 ID:20170214030231

Steps to reproduce:
0. I am using Japanese IME ATOK2016 which activate a11y.
1. Open https://www.carmax.com/sell-my-car

AR: Browser hang with bp-3dd7e932-8aa9-4993-82da-02b9e2170214, bp-a076addf-4619-4cd8-b83d-61b9a2170214

Comment 2

[Josh Crites]

Additional information can be found here (how we ran into the bug): https://github.com/JedWatson/react-select/issues/1521

Comment 3

[Josh Crites]

Update: unfortunately the carmax site has received a workaround for this issue so it'll no longer be recreateable there but the information on the github issue above should still be helpful.

Comment 4

[Julien Cristau [:jcristau]]

Too late for firefox 52, mass-wontfix.

Comment 5

[David Bolter [:davidb] (NeedInfo me for attention)]

The percentage of ShutDownKill crashes with accessibility active roughly matches what we'd expect based on % of users that instantiate accessibility.

It would be great to fix this but I'm not sure we have traction...

Comment 6

[alexander :surkov (:asurkov)]

seems gone, no fresh crashes