965462 - [B2G][Clock] The hidden delete button covers options in 'New Alarm' page

Status: VERIFIED FIXED

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

Description

[Josh Schmitt [Joshs]]

Attachment: Clock_Delete.mpeg

Description:
The delete button is hiding options on the 'New Alarm' page

Repro Steps:
1) Updated Buri to BuildID: 20140127004002
2) Go to the Clock app
3) Setup an alarm for anytime
4) Proceed to the 'Alarm' tab
5) Select on the recently made alarm
6) Scroll up and down, then delete the alarm
7) Select the 'New Alarm' and observe

Actual:
The bottom part of the 'New Alarm' page is being covered by the hidden delete button.

Expected:
The delete button to not overlap the 'New Alarm' page.

Environmental Variables:
Device: Buri 1.3 MOZ 
BuildID: 20140121004137
Gaia: 47049555282a9a01fb60d1e1421b57e2810c96f5
Gecko: 6f7dfe36ab6c
Version: 28.0a2
Firmware Version: V1.2-device.cfg

Notes:
Repro frequency: 100%
See attached: Clock_Delete.mpeg

Comment 1

[Josh Schmitt [Joshs]]

Does not occur on 1.2

Environmental Variables:
Device: Buri 1.2 MOZ
BuildID: 20140128004004
Gaia: 539a25e1887b902b8b25038c547048e691bd97f6
Gecko: d10e1f965d0c
Version: 26.0
Firmware Version: V1.2-device.cfg

Comment 2

[Jason Smith [:jsmith]]

Might be a gecko regression.

Comment 3

[Preeti Raghunath(:Preeti)]

please check if this is a DOM issue

Comment 4

[Kyle Huey (Exited; not receiving bugmail, old account, do not use)]

Is this event fluffing again?

Comment 5

[James Burke [:jrburke]]

I believe this is just an issue internal to clock, so putting it in that component

Comment 6

[James Burke [:jrburke]]

I just tried this the same actions in the video (thanks, great video!) with nightly aurora build (gecko 28.0a2) and latest v1.3 branch gaia code, and I cannot reproduce, so closing as worksforme, maybe a temporarily bad v1.3 build?

Comment 7

[Jason Smith [:jsmith]]

(In reply to James Burke [:jrburke] from comment #6)
> I just tried this the same actions in the video (thanks, great video!) with
> nightly aurora build (gecko 28.0a2) and latest v1.3 branch gaia code, and I
> cannot reproduce, so closing as worksforme, maybe a temporarily bad v1.3
> build?

A bug filed recently definitely isn't going to be a works for me. And I doubt it's a bad build - the builds from pvt are typically clean flashes. Reopening - let's nail down the STR here.

Comment 8

[Matthew Vaughan]

This issue reproduces for me on the 01/30/14 1.3 and Master (1.4) builds, but only for a quick moment. I can see the 'new alarm' menu being covered at the bottom but it will become uncovered shortly after entering the menu.

I will work on finding a regression window for 1.3.

Comment 9

[Jason Smith [:jsmith]]

I can reproduce. But this is quite minor - it's a minor visual glitch only seen for a second.

Comment 10

[Kyle Machulis [:qdot] [:kmachulis] (INACTIVE)]

I can't repro on desktop or nexus-4 1.3. Weird.

Comment 11

[Marcus Cavanaugh [:mcav]]

I can reproduce on latest master. I'll look into it.

Comment 12

[Marcus Cavanaugh [:mcav]]

This bug will be addressed indirectly by bug 963326.

Comment 13

[Marcus Cavanaugh [:mcav]]

Fixed by bug 963326, which landed in master at <https://github.com/mozilla-b2g/gaia/commit/60b7367e34ae791140cdfeeca0de113ca94a887d>. Per UX feedback, the Delete button has been unanchored from above the keyboard, which eliminates the glitch seen in this bug.

Comment 14

[Edward Chen[:edchen]]

[Verified info]
Gaia      6e71ab4da1b08586ea0c758edb7aa199ee34cd2f
Gecko     https://hg.mozilla.org/mozilla-central/rev/bb030d47c946
BuildID   20140219160202
Version   30.0a1

[Testing result]
PASS
I verified this bug as well as checked #963326 function well. The bug has fixed so that I mark it to "VERIFIED"