If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Incorrect browser window toolbar transparency after switching displays on OS X Yosemite




3 years ago
2 years ago


(Reporter: j.markevicius, Unassigned)


(Blocks: 1 bug, {regression})

36 Branch
Mac OS X
Dependency tree / graph

Firefox Tracking Flags

(firefox37 affected, firefox38 ?, firefox39 ?, firefox40 ?)



(1 attachment)



3 years ago
Created attachment 8589591 [details]
Screen Shot 2015-04-08 at 13.02.02.png

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:37.0) Gecko/20100101 Firefox/37.0
Build ID: 20150402191859

Steps to reproduce:

I dragged browser window from one display onto another

Actual results:

Browser window toolbar transparency has been partially replaced with white colour

Expected results:

Browser window toolbar transparency should have remained


3 years ago
Component: Untriaged → Graphics
Product: Firefox → Core

Comment 1

3 years ago
Did you meet this issue with previous versions of FF?
Flags: needinfo?(j.markevicius)

Comment 2

3 years ago
(In reply to Loic from comment #1)
> Did you meet this issue with previous versions of FF?

I haven't noticed it before, no.
Flags: needinfo?(j.markevicius)

Comment 3

3 years ago
Are you able to reproduce it each time?

If yes, could you download mozreg (see http://mozilla.github.io/mozregression/ for details) to find a possible regression range, please. No need to bisect, the pushlog is enough.
Keywords: regressionwindow-wanted

Comment 4

3 years ago
Yes, I can reproduce it each time.

I downloaded mozregression, but I'm not sure how to get the pushlog for this. Thanks.

Comment 5

3 years ago
It's a simple tool to use, it works by dichotomy to find the last good nightly build and the 1st bad nightly build .
If you think the issue started with FF37, use "mozregression --good-release 36" (or lower).

After bisecting, th shell should provide a link like http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=dac5700acf8b&tochange=cb573b9307e5

That's the pushlog you want, no need to bisect more.

Comment 6

3 years ago
Okay, so this took a little while, but got there in the end.


I looked up 'Yosemite' and found this: 6bb4109d3f5e	Wesley Johnston — Bug 1052466 - [10.10] Update titlebar/toolbar to use transparency on OS X Yosemite, r=mstange,f=gijs

I think this transparency implementation isn't as polished as it could be.

Comment 7

3 years ago
In fact, this is a shorter version: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=30276610fd29&tochange=a05b5362429f

Comment 8

3 years ago
Yes, you're right about the suspected bug. Ty.
Blocks: 1052466, 1040250
status-firefox37: --- → affected
status-firefox38: --- → ?
status-firefox39: --- → ?
status-firefox40: --- → ?
Component: Graphics → Theme
Ever confirmed: true
Flags: needinfo?(wjohnston)
Keywords: regressionwindow-wanted → regression
Product: Core → Firefox
Summary: Incorrect browser window toolbar colour after switching displays → Incorrect browser window toolbar transparency after switching displays on OS X Yosemite
Version: 37 Branch → 36 Branch

Comment 9

2 years ago
This appears to have been resolved as of FF 39.0
Flags: needinfo?(wjohnston)
You need to log in before you can comment on or make changes to this bug.