Closed Bug 438848 Opened 16 years ago Closed 13 years ago

Epilepsy Patients physical harm problem (prevent triggering blinking animations)

Categories

(Core :: Disability Access APIs, enhancement)

enhancement
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: yanivmailbox, Unassigned)

References

Details

(Keywords: access, Whiteboard: [BK1])

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14 firefox need to block automatically animation that specifically design to make physical damage to Epilepsy Patients more on this: http://www.wired.com/politics/security/news/2008/03/epilepsy Reproducible: Always Steps to Reproduce: 1. 2. 3.
This is a serious point, but shouldn't it be listed under "enhancement"? The guys at Mozilla are great people but I don't know by what criteria one would block content... Worth looking into though, as possible gains making the small chance of success worth it.
See <http://www.mozilla.com/en-US/firefox/vpat.html>, section K : Firefox already avoids blinking text in the UI, uses a special timer for the blink tag, and provides a way to disable the blink tag all together. If it's an animated GIF or APNG : according to <http://en.wikipedia.org/wiki/Blink_tag>, a frequency between 2 Hz and 55 Hz could be dangerous, but that seems to cover many animations. Auto-blocking would practically disable all of them.. If the animation is Flash or Javascript (for instance, <http://cheese.blartwendo.com/web21-demo.html>), then it's practically impossible to detect.
Severity: normal → enhancement
Component: Security → Disability Access
QA Contact: firefox → disability.access
Summary: Epilepsy Patients physical harm problem → Epilepsy Patients physical harm problem (prevent triggering blinking animations)
Version: unspecified → Trunk
Status: UNCONFIRMED → NEW
Ever confirmed: true
There must be a hundred ways to cause blinking with plugins, video, JavaScript, SVG, whatever.
Maybe this could be done system wide via a display driver wrapper like ZoomText. Or on Linux via something a compositor Compiz. By getting it at the low level you have better guarantees to stop it. Another thing to remember is: Complex rules inspire complex attempts to get around those rules.
Depends on: 161109
Keywords: access
Not a Firefox-specific bug, moving to Core.
Component: Disability Access → Disability Access APIs
Product: Firefox → Core
QA Contact: disability.access → accessibility-apis
Based on comments and discussion with Davidb, closing as WONTFIX since this should really be done system-wide rather than inside Gecko apps. Moreover, we don't have any control over plugins and other parts, like Aaron suggested in comment #3.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
Whiteboard: [BK1]
You need to log in before you can comment on or make changes to this bug.