Closed Bug 1161740 Opened 9 years ago Closed 6 years ago

[Settings][Display] Scrolling the page vertically may cause the change wallpaper icon to become highlighted blue momentarily.

Categories

(Firefox OS Graveyard :: Gaia::Settings, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 affected, b2g-master affected)

RESOLVED WONTFIX
Tracking Status
b2g-v2.0 --- affected
b2g-v2.1 --- affected
b2g-v2.2 --- affected
b2g-master --- affected

People

(Reporter: jmitchell, Unassigned)

References

()

Details

(Keywords: polish, Whiteboard: [3.0-Daily-Testing])

Attachments

(1 file)

Description:
In the Display page the wallpaper section takes up a significant portion of the page. To scroll the page the user will most likely touch in that area. If they touch in that area to scroll the blue icon in the bottom right will briefly illuminate as if the change wallpaper function had been selected. If the user swipes fast enough this does not occur. 
There is some other 'unusual behavior' with the icon, a few times I was able to get it to stay illuminated when touching directly on it to then scroll the page (this was a rare-repro 2/40). 


Repro Steps:
1) Update a Flame to 20150505010204
2) Launch Settings > Display
3) Scroll the page up and down by pressing in the wallpaper section and then sliding up or down at a medium to slow pace

Actual:
Change wallpaper icon is briefly highlighted blue

Expected:
Icon will not highlight blue unless user has TAPPED in this area to select the change wallpaper function



Environmental Variables:
Device: Flame 3.0
Build ID: 20150505010204
Gaia: 70077825aab2c7a79611befb40a5fe7e610d5443
Gecko: 102d0e9aa9e1
Gonk: a9f3f8fb8b0844724de32426b7bcc4e6dc4fa2ed
Version: 40.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:40.0) Gecko/40.0 Firefox/40.0



Repro frequency: 11/15 (timing sensitive, can be 15/15 with perfect timing or low repro with quick swipes)
See attached: logcat, video clip:http://youtu.be/_DzGKwQ1tWA
Issue reproduces in Flame KK 2.2, 2.1 and 2.0  

Device: Flame 2.2 (KK - Nidghtly - Full Flash - 319mem)
Build ID: 20150504002502
Gaia: 8d14361337e608c8cdf165ea5034db5eda23b618
Gecko: cb7cb6597c91
Gonk: a9f3f8fb8b0844724de32426b7bcc4e6dc4fa2ed
Version: 37.0 (2.2)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0


Device: Flame 2.1 (KK - Nightly - Full Flash - 319mem)
Build ID: 20150504001200
Gaia: b4a03b7ee61de5a479b3cf0916f47e91a43b0f50
Gecko: 03bfe12e50d0
Gonk: a9f3f8fb8b0844724de32426b7bcc4e6dc4fa2ed
Version: 34.0 (2.1)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Device: Flame 2.0 (KK - Nightly - Full Flash - 319mem)
Build ID: 20150429000200
Gaia: 84898cadf28b1a1fcd03b726cff658de470282f0
Gecko: b154e9aae020
Gonk: ebad7da532429a6f5efadc00bf6ad8a41288a429
Version: 32.0 (2.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Just a small highlight bug that is timing based. Also not a regression. Marking as polish
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga)
Keywords: polish
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: