All users were logged out of Bugzilla on October 13th, 2018

Text and image are not drawn on same layer when transition is applied (OSX)

RESOLVED FIXED

Status

()

RESOLVED FIXED
3 years ago
3 years ago

People

(Reporter: agibson, Unassigned)

Tracking

42 Branch
x86
Mac OS X
Points:
---

Firefox Tracking Flags

(firefox42 affected, firefox43 affected, firefox44 affected)

Details

(Whiteboard: [gfx-noted])

Attachments

(1 attachment)

(Reporter)

Description

3 years ago
"Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:43.0) Gecko/20100101 Firefox/43.0"
42.0a1 (2015-08-10).

STR:

1.) In Nightly, click Help -> Firefox Tour.
2.) When the page loads, click "Let's go" to start the tour.
3.) click on the "Next" arrow to advance to step 2 of the tour.

Expected results:

The when the panel transitions in from the right, the accompanied <img> in the panel should have an opacity transition applied together with the panel text.

The parent element for the <img> has the following transition property:

`transition: transform 1s ease-in-out, opacity 1s ease-in-out;`

Actual results:

The <img> does not transition it's opacity value, and instead only gets drawn when the transition ends. Note this only seems to occur the first time a panel transitions. The second time the <img> has its transition applied as expected. The same also happens on other steps which contain <img>'s.

This bug does not occur in 41.0a2 (2015-08-10) Developer Edition.
(Reporter)

Comment 1

3 years ago
Fwiw, I don't see this happening on my Windows 10 machine, only on OSX.
Fwiw, on linux the transition is applied correctly. The text and the image that transition together are drawn on the same layer (layerization could be different on OSX, though).

Updated

3 years ago
Whiteboard: [gfx-noted]
(Reporter)

Updated

3 years ago
Summary: Opacity transition not being applied to <img> → Text and image are not drawn on same layer when transition is applied (OSX)
Version: unspecified → 42 Branch
(Reporter)

Updated

3 years ago
OS: Unspecified → Mac OS X
Hardware: Unspecified → x86
If it's a layerization issue (rather than a bug in the layers rendering code), it's worth getting the attention of some layout folks (rather than gfx)
(Reporter)

Comment 4

3 years ago
Created attachment 8653489 [details]
transition-layer-bug.gif

I managed to create a high-tech .gif of the bug if that helps :)

Note the Firefox Hello <img> (with the smiley faces) only appears on transition end.
I see this on the initial transition, but if I click the previous arrow and try again then it works fine.

If I leave the browser for a few minutes and try again, then it will reproduce again.

Does that match what you're seeing?

That would suggest a bug (or intentional behaviour) from our image decoding code. Seth, has anything interesting changed recently that might cause this?

It doesn't look like we're getting an ImageLayer for this, so it's just the normal image drawing path.
(Reporter)

Comment 6

3 years ago
(In reply to Matt Woodrow (:mattwoodrow) from comment #5)
> I see this on the initial transition, but if I click the previous arrow and
> try again then it works fine.
> 
> If I leave the browser for a few minutes and try again, then it will
> reproduce again.
> 
> Does that match what you're seeing?

Yes this matches what I see also.
(Reporter)

Updated

3 years ago
status-firefox42: --- → affected
status-firefox43: --- → affected
status-firefox44: --- → affected
(Reporter)

Comment 7

3 years ago
I can no longer reproduce this in the latest Nightly 45.0a1 (2015-11-24), so going to close this. Will re-open if I do see it again.
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.