Bug 1637861 Comment 6 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

I tried Win10 and the issue did not reproduce there; it looks like Mac-only at this point.

Comparing how [the page](https://jetlag.photos/2) looks with `gfx.color_management.mode` set to 1 vs the pre-regression setting of 2, what has changed is that the text (location names) is significantly further below the time display. It looks like the glyphs have been shifted down, but the canvas within which they're painted did not move and was not extended downwards, and so the bottom of the glyphs is clipped.

It makes *no* sense to me that enabling more color management should affect this, but it does: simply changing the setting of `gfx.color_management.mode` back to 2 is sufficient to restore the previous rendering (positioning) of the text.

I'll attach about:support from my macOS machine where this reproduces. FWIW, I tried Safe Mode and it still reproduces there.
I tried Win10 and the issue did not reproduce there; it looks like Mac-only at this point.

Comparing how [the page](http://jetlag.photos/2) looks with `gfx.color_management.mode` set to 1 vs the pre-regression setting of 2, what has changed is that the text (location names) is significantly further below the time display. It looks like the glyphs have been shifted down, but the canvas within which they're painted did not move and was not extended downwards, and so the bottom of the glyphs is clipped.

It makes *no* sense to me that enabling more color management should affect this, but it does: simply changing the setting of `gfx.color_management.mode` back to 2 is sufficient to restore the previous rendering (positioning) of the text.

I'll attach about:support from my macOS machine where this reproduces. FWIW, I tried Safe Mode and it still reproduces there.

Back to Bug 1637861 Comment 6