743627 - The background of the AwsomeBar is a different color after scrolling on Motorola phones

Status: VERIFIED FIXED

(Firefox for Android Graveyard :: General, defect)

Description

[Adrian Tamas (:AdrianT)]

Attachment: Background before and after scroll

Fennec/14.0a1 2012-04-08
Device: Motorola Droid 2(Android 2.3)/Motorola Droid Pro ( Android 2.3)

Steps to reproduce:
1. Open Nightly.
2. Tap on the AwesomeBar.
3. In every tab attempt to scroll the content.

Expected results:
Highlight may be briefly displayed but when the scroll action is ended the background is the same as the background in the beginning.

Actual results:
The background remains painted a different color after a scroll attempt.

Notes: 
I was unable to reproduce the issue on other phone.

Comment 1

[Aaron Train [:aaronmt]]

CC'ing Sriram for recommended assignee.

Comment 2

[Sriram Ramasubramanian [:sriram]]

I found this happening when I was trying to fix another bug. It seems like removing the focus away makes Samsung and Motorola to use a off-whitish color for the ListView. If you tap back on the awesome-bar-search, everything turns white. Probably lucasr can address this as he did some work to remove focus on tabs in awesomebar.

Comment 3

[Lucas Rocha (:lucasr)]

Attachment: Explicitly set cacheColorHint in awesomebar ListViews

Comment 4

[Lucas Rocha (:lucasr)]

Morotola devices do something wrong with cache color hint. We have to explicitly define it.

Comment 5

[Sriram Ramasubramanian [:sriram]]

Could you please make it all CAPS to be consistent with all other colors values we use -- like #E5E5E5?

Comment 6

[Lucas Rocha (:lucasr)]

Pushed (with all CAPS): http://hg.mozilla.org/integration/mozilla-inbound/rev/68a7e8713ea8

Comment 7

[Marco Bonardo [:mak]]

https://hg.mozilla.org/mozilla-central/rev/68a7e8713ea8

Comment 8

[Paul Feher]

Verified fixed on:
Nightly 15.0a1 (2012-05-21)
Device: Motorola Droid Pro
OS: Android 2.3.4

No background color changes.