Open Bug 1856701 Opened 1 year ago Updated 1 year ago

Flashes of uncorrected color during CSS transitions

Categories

(Core :: Graphics: Color Management, defect)

Firefox 118
defect

Tracking

()

People

(Reporter: edwardsgreg, Assigned: jgilbert)

References

(Blocks 1 open bug)

Details

(Keywords: regressionwindow-wanted)

Attachments

(1 file)

Attached file Testcase of the issue

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/118.0

Steps to reproduce:

Please see the attached testcase. When you enable experimental color management via about:config, elements undergoing CSS transitions will temporarily pop into their uncorrected colors until the transition is complete.

Actual results:

Elements undergoing CSS transitions will temporarily pop into their uncorrected colors until the transition is complete. For instance, on a wide gamut monitor, colors of affected elements will have a saturation boost.

Expected results:

Colors should stay consistent.

I'm using Windows. I think there may be additional shims in place on Mac that could make the issue harder to replicate, but I don't currently have a Mac to test on.

The Bugbug bot thinks this bug should belong to the 'Core::CSS Transitions and Animations' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → CSS Transitions and Animations
Product: Firefox → Core
Component: CSS Transitions and Animations → Graphics: Color Management

(In reply to Greg Edwards from comment #0)

Please see the attached testcase. When you enable experimental color management via about:config, elements undergoing CSS transitions will temporarily pop into their uncorrected colors until the transition is complete.

Just want to confirm that with this you mean gfx.color_management.mode=1, right? Otherwise, mind sharing the specific tweaks that you used?

Flags: needinfo?(edwardsgreg)

Yes, I set gfx.color_management.mode=1. Sorry, I mentioned this in the testcase but should've also included it in the description.

Flags: needinfo?(edwardsgreg)

Adding to gfx-triage for now, as I'm not sure who can look at color management stuff.

Blocks: gfx-triage
Severity: -- → S3
QA Whiteboard: [qa-regression-triage]

Kelsey, can you see if you can reproduce and figure out why?

Flags: needinfo?(jgilbert)

Confirmed that I see a much larger color difference than expected.
Also, maybe an issue with caching of the changed elements, since the delay of reverting colors seems inconsistent, so I suspect something in WR is misbehaving here.

Assignee: nobody → jgilbert
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(jgilbert)
No longer blocks: gfx-triage
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: