User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; ja-JP-mac; rv:1.9.1b4) Gecko/20090423 Firefox/3.5b4 Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; ja-JP-mac; rv:1.9.1b4) Gecko/20090423 Firefox/3.5b4 The scrollbars and some button widgets in a background window display as the correct appearance with bug 54488, but the scroll arrows still appear active looks. Reproducible: Always Steps to Reproduce: 1. Open a page that requires a vertical scrollbar 2. Switch other window 3. Observe the page's scroll arrows are still active

This is only a regression from native scrollbars (Fx2), right? I stepped through my 3.1/3.5 alphas/betas (I don't have b1 or b3) and didn't ever see it working correctly.

In my environment (with new profile), Fx 3.5b4 and Shiretoko/3.5b5pre(Gecko/20090515) show this incorrect appearance. The scrollbar is correct, however the scroll arrows are wrong.

(In reply to comment #2) > This is only a regression from native scrollbars (Fx2), right? It's not even a regression from Fx2; Fx2 also had active arrows in inactive windows. This is just a Carbon vs. Cocoa thing. Carbon apps have active arrows and Cocoa apps have inactive arrows. And since we're using Carbon HITheme to draw scrollbars, we show the Carbon behavior. Webkit also uses HITheme to draw their in-page non-native scrollbars. So if you look at e.g. bug 370439 and unfocus Safari, you'll see that the native scrollbar on the right has inactive scrollbar arrows, but the scrollbar in the CC list has active ones.

(In reply to comment #4) > This is just a Carbon vs. Cocoa thing. Carbon apps have active arrows and Cocoa > apps have inactive arrows. Note that this is really the wrong way round, since Cocoa apps accept click-through on scrollbars, while Carbon apps don't. I doubt that this behavior was a conscious decision on Apple's side.

Interesting, I hadn't noticed the Carbon-Cocoa thing. However, I think this might actually be a regression in Carbon/HITheme. I noticed this weekend on my 10.3.9 box that scroll arrows in background windows in Carbon apps (e.g. Finder, Firefox 2, Eudora) *are* actually greyed out. I bet if I hunt down a Gecko-1.9.0-with-themed-scrollbars-still-runs-on-10.3.9 nightly build, we'd see the "correct" behavior there.

Oops.