Closed Bug 1687758 Opened 4 years ago Closed 1 year ago

In spite of Reduce Motion and toolkit.cosmeticAnimations.enabled = false, painful animation in some dialogues in Thunderbird on Mac

Categories

(Thunderbird :: Disability Access, defect, P3)

Tracking

(Accessibility Severity:s2, thunderbird_esr115 wontfix)

RESOLVED FIXED
126 Branch
Accessibility Severity s2
Tracking Status
thunderbird_esr115 --- wontfix

People

(Reporter: erwinm, Unassigned)

References

(Blocks 1 open bug, )

Details

(Keywords: access, triaged, Whiteboard: [fixed by bug 1884631][workaround: comment 3])

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

Steps to reproduce:

Tools > Message Filters > New

Actual results:

Hit with animation, migraine, nausea, couldn't set up filter.

"OK" (sic, and sic because sick) to try to get out

Hit with more animation, worse migraine, worse nausea.

Hit with "Alert: You Must Select a Target Folder."

Hit with more animation, worse migraine, worse nausea.

Quit Thunderbird to escape the animation.

Expected results:

Does Thunderbird need so much pain/animation? Especially for those of us who have set "Reduce Motion" in the system prefs?

Also toolkit.cosmeticAnimations.enabled false

xul.panel-animations.enabled false

Summary: Animation in Thunderbird on Mac → In spite of toolkit.cosmeticAnimations.enabled = false, painful animation in some dialogues in Thunderbird on Mac
Summary: In spite of toolkit.cosmeticAnimations.enabled = false, painful animation in some dialogues in Thunderbird on Mac → In spite of Reduce Motion and toolkit.cosmeticAnimations.enabled = false, painful animation in some dialogues in Thunderbird on Mac
Component: Untriaged → Disability Access
Keywords: access

We have several animation related issues reported. https://mzl.la/2NgPg2u

Flags: needinfo?(alessandro)

I can't find info about which window system Thunderbird uses:

https://developer.mozilla.org/en-US/Thunderbird

If the Mac version uses sheets for these dialogues, then defaults write -g NSWindowResizeTime -float [time in seconds for a 150 pixel change] is supposed to work for all apps which use sheets, and does not work for any app which uses sheets.

If the Mac version mimics sheets, then ... in my bemigrained opinion, that is not a good idea.

I found a Mac setting which helps:

defaults write -g NSAutomaticWindowAnimationsEnabled -bool false

I don't know if there are analoguous issues in Linux and Windows.

Whiteboard: workaround: defaults write -g NSAutomaticWindowAnimationsEnabled -bool false

Are these dialog animations something we can control?
The message filter doesn't have any animation we specifically set that I'm aware of.
Shouldn't that toolkit pref interact with the OS for these cases?

Flags: needinfo?(alessandro)
Whiteboard: workaround: defaults write -g NSAutomaticWindowAnimationsEnabled -bool false → [workaround: comment 3]
See Also: → 1670113

This is an issue with the fact that we're using macOS sheets to open the "new filter" dialog, and that dialog on macOS slides down from the top.
We're planning to remove the usage of sheets, we don't have a timeline yet but it's part of our objective to prevent these issues.

Severity: -- → S4
Status: UNCONFIRMED → NEW
Accessibility Severity: --- → s2
Ever confirmed: true
Keywords: triaged
Priority: -- → P3
Duplicate of this bug: 1606275

This and bug 225174 fixed by bug 1884631?

Blocks: 1870299
Flags: needinfo?(alessandro)

Yes, it should have since macOS sheets had that default slide down fade in motion and we don't use them anymore.

Flags: needinfo?(alessandro)

This will be available in 128.

Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Whiteboard: [workaround: comment 3] → [fixed by bug 1884631][workaround: comment 3]
Depends on: 1884631
Target Milestone: --- → 126 Branch
You need to log in before you can comment on or make changes to this bug.