1687193 - Strobing on vimacapp.com

Status: UNCONFIRMED

(Core :: DOM: Animation, defect)

Description

[MarjaE]

Attachment: (Seizure Warning!) Screen recording

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:84.0) Gecko/20100101 Firefox/84.0

Steps to reproduce:

Followed link to https://vimacapp.com/

Actual results:

I am photosensitive so I need to use a number of hacks, such as uBlock Origin, No Transition, and various css changes to block strobing.

I still get hit with a shit-ton of strobing, and it's not always clear how much is deliberate and how much is because of incompatibilities with my anti-strobing safety hacks.

Expected results:

No strobing. Ever.

May be a webcompat bug, but the webcompat form isn't safe either.

Comment 1

[Robert Longson [:longsonr]]

you should probably set prefers reduced motion in your operating system and see if that helps. There are instructions for many operating systems on this page https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-reduced-motion Firefox disables some animations and provides hints to websites so they can adapt.

Comment 2

[MarjaE]

I already did that, it doesn't protect against this.

Comment 3

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Graphics' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Comment 4

[Jim Mathies [:jimm]]

Viewing this site, the animation I see is slow and smooth. I'm not sure what would cause the accelerated animation, but I doubt it's caused by our rendering pipeline.

Could you please post your about support text?

Comment 5

[MarjaE]

Attachment: about support

Comment 6

[MarjaE]

Viewing this site, the animation I see is slow and smooth.

So the site is designed to fire pain/animation, just not as fast?

Comment 7

[Brian Birtles (:birtles)]

Attachment: Animation without strobing

(In reply to MarjaE from comment #6)

Viewing this site, the animation I see is slow and smooth.

So the site is designed to fire pain/animation, just not as fast?

I'm afraid I don't see any strobing either. Here is what it looks like for me (there's a little bit of jank due to the screen recording frame rate but otherwise it should be smooth).

I tried installing a few of the add-ons listed in attachment 9207614 [details] but I couldn't reproduce the flickering from your video.

Can I suggest disabling add-ons one-by-one and reloading the page to see which one is causing it?

Comment 8

[MarjaE]

If I restart in so-called "Safe Mode," the site no longer strobes, but it still has way too muh pain/animation to view without migraines.

If I manually disable every single add-on, safety or otherwise, the site still strobes.

Comment 9

[Brian Birtles (:birtles)]

(In reply to MarjaE from comment #8)

If I restart in so-called "Safe Mode," the site no longer strobes, but it still has way too muh pain/animation to view without migraines.

If I manually disable every single add-on, safety or otherwise, the site still strobes.

Thank you for trying that. I wonder then if it is the result of a particular about:config setting.

In any case, it sounds like the issue here is not the smoothness of the site (since even "Safe Mode" is unacceptable), but with being able to more effectively block animations. This has been considered before but I don't believe anyone has prioritized it yet.

Perhaps this should be a dupe of bug 1472488 then?

In addition to the measures outlined there, now that we have internal APIs for detecting new animations we could do a few things like automatically setting the playback rate of finite animations to something very high (so that they finish and fire their end events since apps often break if end events are not dispatched).