Closed
Bug 1019426
Opened 11 years ago
Closed 11 years ago
When searching in the Address Book from the Dialer a white tab is shown over the keyboard
Categories
(Firefox OS Graveyard :: Gaia::Dialer, defect)
Tracking
(blocking-b2g:2.0+, b2g-v2.0 verified, b2g-v2.1 verified)
People
(Reporter: oteo, Assigned: rik)
References
Details
(Keywords: regression)
Attachments
(2 files, 1 obsolete file)
STR:
1. Go to Dialer aplication
2. Open Contacts
3. Start a search
Current Result: a white tab appears over the Keyboard. Video of the bug: https://www.youtube.com/watch?v=j-eSJbE5tgM
I can reproduce the bug in latest master build:
Environmental Variables:
Device: Hamachi
BuildID: 20140602070515
B-185
Gecko-3e5340d
Gaia-e508b51
Version: 32.0a1
Bug does not happen in v1.4 release
Environmental Variables:
Device: Hamachi
BuildID: 20140602053909
B-80
Gecko-080d2fc
Gaia-ba8d7ef
Version: 30.0
| Reporter | ||
Updated•11 years ago
|
Summary: When searching in the Address Book from the Dialer → When searching in the Address Book from the Dialer a white tab is shown over the keyboard
| Reporter | ||
Updated•11 years ago
|
blocking-b2g: --- → 2.0?
Keywords: regression
Comment 2•11 years ago
|
||
triage: 2.0+ as this is regression and also obvious UI bug
blocking-b2g: 2.0? → 2.0+
Comment 3•11 years ago
|
||
Hei,
I've been trying to reproduce this bug in my hamachi but wasnt able.
Just recorded a video of this, with current master flashed on the phone:
https://drive.google.com/file/d/0B3RfQh7fuZjAMXB3Q3FPZGlpRXM/edit?usp=sharing
M. Angeles, do you still reproduce it?
Flags: needinfo?(oteo)
| Reporter | ||
Comment 4•11 years ago
|
||
I am still reproducing it in latest master buid on my buri.
Checking your video, I think you have missed the first step in the STR :)
1. Go to Dialer aplication
You need to launch the Contacts application from the Dialer to reproduce the fault, otherwise it works fine.
It seems that the issue is related to the bottom tab (Call Log/Contacts/Dialpad) that when searching is not correctly hidden and that makes appears that white tab over the keyboard.
Flags: needinfo?(oteo)
Comment 5•11 years ago
|
||
Thanks M. Angeles, I totally missread the bug.
Now I can see it within the dialer :)
Comment 6•11 years ago
|
||
Comment 7•11 years ago
|
||
Changing to the proper component and asking review from a dialer peer
Component: Gaia::Contacts → Gaia::Dialer
Comment 8•11 years ago
|
||
Comment on attachment 8437028 [details] [review]
Pointer to pr 20241
Anthony could you take a look?
Thanks.
Attachment #8437028 -
Flags: review?(anthony)
| Assignee | ||
Updated•11 years ago
|
Blocks: dialer-visual-refres
| Assignee | ||
Comment 10•11 years ago
|
||
Comment on attachment 8437028 [details] [review]
Pointer to pr 20241
Thanks for trying to fix it. We've had many similar situations broken in the past so I'm gonna do another patch that cleans things up a bit.
Attachment #8437028 -
Attachment is obsolete: true
Attachment #8437028 -
Flags: review?(anthony)
| Assignee | ||
Updated•11 years ago
|
Assignee: francisco → anthony
| Assignee | ||
Updated•11 years ago
|
Target Milestone: --- → 2.0 S4 (20june)
| Assignee | ||
Comment 11•11 years ago
|
||
Attachment #8437742 -
Flags: review?(etienne)
Comment 12•11 years ago
|
||
Comment on attachment 8437742 [details] [review]
https://github.com/mozilla-b2g/gaia/pull/20303
I like the approach, but it's pretty weird to see the toolbar appear then disappear again when the keyboard comes in.
I think we should have a NavBarManager.hide(true /* instant */) for this case where we don't wait 0.5s to start a 0.5s transition.
Attachment #8437742 -
Flags: review?(etienne)
| Assignee | ||
Comment 13•11 years ago
|
||
Comment on attachment 8437742 [details] [review]
https://github.com/mozilla-b2g/gaia/pull/20303
Instead of adding a mode, I just removed all the transitions. They were not working reliably and it kinda feels better with the keyboard.
Attachment #8437742 -
Flags: review?(etienne)
Updated•11 years ago
|
Attachment #8437742 -
Flags: review?(etienne) → review+
| Assignee | ||
Comment 14•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
status-b2g-v2.0:
--- → affected
status-b2g-v2.1:
--- → fixed
Flags: in-testsuite- → in-testsuite+
Resolution: --- → FIXED
Comment 15•11 years ago
|
||
Comment 16•11 years ago
|
||
This issue has been verified successfully on Flame 2.0 & 2.1.
See attachment: Verify_Video_Flame.MP4
Reproducing rate: 0/10
Flame v2.0 version:
Gaia-Rev 856863962362030174bae4e03d59c3ebbc182473
Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/e40fe21e37f1
Build-ID 20141208000206
Version 32.0
Device-Name flame
FW-Release 4.4.2
FW-Incremental eng.cltbld.20141208.035628
FW-Date Mon Dec 8 03:56:38 EST 2014
Bootloader L1TC00011880
Flame v2.1 version:
Gaia-Rev 38e17b0219cbc50a4ad6f51101898f89e513a552
Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/8b92c4b8f59a
Build-ID 20141205001201
Version 34.0
Device-Name flame
FW-Release 4.4.2
FW-Incremental eng.cltbld.20141205.035305
FW-Date Fri Dec 5 03:53:16 EST 2014
Bootloader L1TC00011880
Updated•11 years ago
|
Updated•11 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•