Closed
Bug 960056
Opened 10 years ago
Closed 10 years ago
[Dialer] It is necessary to tap twice on '+' to start a second call from an active one
Categories
(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)
Tracking
(blocking-b2g:1.3+, b2g-v1.3 fixed, b2g-v1.3T fixed, b2g-v1.4 unaffected)
VERIFIED
FIXED
blocking-b2g | 1.3+ |
Tracking | Status | |
---|---|---|
b2g-v1.3 | --- | fixed |
b2g-v1.3T | --- | fixed |
b2g-v1.4 | --- | unaffected |
People
(Reporter: isabelrios, Assigned: rik)
References
Details
(Keywords: regression, Whiteboard: burirun1.3-2)
Attachments
(1 file)
33.61 KB,
text/plain
|
Details |
Buri 01/15 v1.3 build: Gecko-3820ecd Gaia-01e9da4 STR 1. From DuT, call to a number 2. Once the call is stablished, tap on '+' to add another participant ACTUAL First time user taps on '+' it is like the same screen is reloaded. Nothing happens. Second time user tap on '+', the options given to to initiate another call are shown EXPECTED Tapping on '+' should work the first time
Comment 1•10 years ago
|
||
Anthony, what's you opinion about this bug ? could it be a dupe of bug 946164 ?
Flags: needinfo?(anthony)
Updated•10 years ago
|
Keywords: regressionwindow-wanted
Updated•10 years ago
|
QA Contact: mvaughan
Updated•10 years ago
|
Whiteboard: burirun1.3-2
Comment 3•10 years ago
|
||
This issue started reproducing on the 01/10/14 1.3 build. Also, I attached a logcat in case it helps. - Works - Device: Buri v1.3 MOZ RIL BuildID: 20140109004002 Gaia: 22bc6be5b76cdc6d4e9667ff070979041a20ce2f Gecko: 2c8f8683bd0d Version: 28.0a2 Firmware Version: V1.2-device.cfg - Broken - Device: Buri v1.3 MOZ RIL BuildID: 20140110004009 Gaia: c606b129a2d1647c0fc7bfb197555026e9b27f9e Gecko: c5109884ae3a Version: 28.0a2 Firmware Version: V1.2-device.cfg
Updated•10 years ago
|
Keywords: regressionwindow-wanted
Assignee | ||
Comment 4•10 years ago
|
||
This is a regression introduced by bug 921800.
Assignee | ||
Comment 5•10 years ago
|
||
This is a 1.3 only problem. The call screen hides (moves to the top) and then immediately reappears. Luke: Do you know why your patch introduces this problem on 1.3?
status-b2g-v1.4:
--- → unaffected
Flags: needinfo?(lchang)
Comment 6•10 years ago
|
||
Sorry but I'm during PTO and I don't have any device at hand to reproduce this bug. I'll be back to office in one week and look into it as soon as possible. Before that, maybe Alive has some clues?
Flags: needinfo?(alive)
Comment 7•10 years ago
|
||
No idea :/ Rik if you don't have time to investigate this please let me know. I guess it's launchapp event is not correct in v1.3
Component: Gaia::Dialer → Gaia::System::Window Mgmt
Flags: needinfo?(alive)
Comment 8•10 years ago
|
||
Investigating bug 959660 and just found that the cause should be the same with this bug. still not very sure how to solve though. There are race conditions for attentionScreen.show() and attentionScreen.hide()
Comment 10•10 years ago
|
||
This should be fixed by bug 959660.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Updated•10 years ago
|
status-b2g-v1.3:
--- → fixed
Reporter | ||
Comment 12•10 years ago
|
||
Verified on 1.3 buri build (01/27): Gecko-af909ff Gaia-1318d16
Status: RESOLVED → VERIFIED
Comment 14•10 years ago
|
||
Tested (02/07) 1.3 Gecko 70ffbe4 Gaia ebc3b39
Updated•10 years ago
|
status-b2g-v1.3T:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•