[Mac] Window scroll arrows in background/inactive windows appear active instead of inactive

NEW
Unassigned

Status

()

--
major
10 years ago
7 years ago

People

(Reporter: RedGeckoJ+bugzilla, Unassigned)

Tracking

({polish})

1.9.1 Branch
All
Mac OS X
polish
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

10 years ago
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
(Reporter)

Updated

10 years ago
Keywords: regression
Version: unspecified → 1.9.1 Branch
(Reporter)

Comment 1

10 years ago
Created attachment 377636 [details]
Firefox vs. native rendering
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.
Blocks: 370439
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: polish
(Reporter)

Comment 3

10 years ago
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.
Keywords: regression
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.
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 54488
Oops.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Status: REOPENED → NEW
You need to log in before you can comment on or make changes to this bug.