985529 - [B2G][Clock] Area selections are misaligned when trying to create an alarm

Status: VERIFIED FIXED

(Core :: Panning and Zooming, defect)

Description

[Tony Nguyen]

Description:
When trying to create an alarm the user will experience that selection areas can be misaligned. 

Repro Steps:
1) Updated Buri to BuildID: 20140319000200
2) Navigate to Clock app > Create new alarm
3) Enter an alarm name
4) Scroll down the options with keyboard still displayed
5) When reaching the bottom of options, swipe downwards to hide keyboard
6) Tap on areas near the bottom of the screen as if to tap on the Alarm, Time, or Stopwatch tabs
7) Create a new alarm
8) Tap on any of the areas

Actual Result:
Device doesn't appropriately select areas that user chooses

Expected Result:
Device matches user selections 

Environmental Variables:
Device: Buri v1.4 mozRIL
BuildID: 20140319000200
Gaia: c03a6af9028c4b74a84b5a98085bbb0c07261175
Gecko: b07ecc057abf
Version: 30.0a2
v1.2-device.cfg

URL: http://youtu.be/eE0AKl8LtPM

Comment 1

[Tony Nguyen]

This is a smoketest blocker because the Alarm app doesn't respond properly to user selections.

Comment 2

[Natalya Kot [:nkot]]

Just giving more details of the user impact here... if the user is able to create an alarm successfully, they will be unable to delete the created alarm. Also, this behavior can be seen each time the Alarm app is killed and reopened.

Comment 3

[Marcus Cavanaugh [:mcav]]

I see that the blue highlights look as though they are out of place, however I am unable to reproduce any kind of functional limitations. For instance, I can still change all of the dropdown selections, I can still create alarms, and I can still delete alarms, when following the STR. The only thing that looks off to me is the blue "highlight" that appears when you tap on top of a label.

Can someone clarify what specifically doesn't work, or show how the "delete" button is broken per Comment 2?

Comment 4

[Matthew Vaughan]

TINDERBOX:
- Last Working -
Device: Buri ENG Master v1.4 MOZ RIL
BuildID: 20140313184149
Gaia: 29a990ac0347c057ef6998cb42e4548768a18559
Gecko: 9fce3f6a4f45
Version: 30.0a1
Firmware Version: V1.2-device.cfg

- First Broken -
Device: Buri ENG Master v1.4 MOZ RIL
BuildID: 20140313190149
Gaia: 29a990ac0347c057ef6998cb42e4548768a18559
Gecko: 76a24e33ec2a
Version: 30.0a1
Firmware Version: V1.2-device.cfg

**This looks to be a gecko issue**
last working gaia/first broken gecko = REPRO
Gaia: 29a990ac0347c057ef6998cb42e4548768a18559
Gecko: 76a24e33ec2a

first broken gaia/last working gecko = NO REPRO
Gaia: 29a990ac0347c057ef6998cb42e4548768a18559
Gecko: 9fce3f6a4f45

Push log: http://hg.mozilla.org//mozilla-central/pushloghtml?fromchange=9fce3f6a4f45&tochange=76a24e33ec2a


MOZILLA INBOUND:
- Last Working -
Device: Buri ENG Master v1.4 MOZ RIL
BuildID: 20140313123547
Gaia: ea9e23abea5933656555d849b922c8da7530c90b
Gecko: 6247f6502793
Version: 30.0a1
Firmware Version: V1.2-device.cfg

- First Broken -
Device: Buri ENG Master v1.4 MOZ RIL
BuildID: 20140313124944
Gaia: ea9e23abea5933656555d849b922c8da7530c90b
Gecko: 8764e9f061d0
Version: 30.0a1
Firmware Version: V1.2-device.cfg

Push log: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=6247f6502793&tochange=8764e9f061d0

Comment 5

[Matthew Vaughan]

Attachment: Video of Delete button and Snooze selector not working.

(In reply to Marcus Cavanaugh [:mcav] <[e-mail]> from comment #3)
> I see that the blue highlights look as though they are out of place, however
> I am unable to reproduce any kind of functional limitations. For instance, I
> can still change all of the dropdown selections, I can still create alarms,
> and I can still delete alarms, when following the STR. The only thing that
> looks off to me is the blue "highlight" that appears when you tap on top of
> a label.
> 
> Can someone clarify what specifically doesn't work, or show how the "delete"
> button is broken per Comment 2?

Hello Marcus,
So what ends up not working regardless of where the user taps is the Snooze time selector and the Delete button at the bottom of the menu. The blue highlights are out of place for me only part of the time (depending on how I repro the issue) so there are situations where I can still interact with the other selectors and the blue highlights are where I expect them to be.

I can consistently reproduce the issue using the STR, but the YouTube video mentioned in comment 0 helped clarify better how to reproduce the issue. Also, I have attached another video showing the options that do not work once this reproduces. It may help clarify how to reproduce the issue better too.

Comment 6

[Marcus Cavanaugh [:mcav]]

Looking at the regression list, bug 980679 looks like a possible candidate for this issue as it deals with scrolling whereas the other Gecko commits in the listed regression range don't.

Comment 7

[Jason Smith [:jsmith]]

Fixed via backout in https://bugzilla.mozilla.org/show_bug.cgi?id=980679#c28.

Comment 8

[Tony Nguyen]

The issue is no longer occurring on the latest Buri v1.4 mozRIL BuildID: 20140320000349.

Gaia: 53edbf08b0a750c31e8c6b2c20f2b1315b1412d1
Gecko: 9b482d6994fd
Version: 30.0a2
Firmware Version: v1.2-device.cfg