Closed Bug 1093364 Opened 10 years ago Closed 10 years ago

[Dialer] Call screen does not display call info and shows a black background

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.2+, b2g-v2.0 unaffected, b2g-v2.1 unaffected, b2g-v2.2 affected)

RESOLVED WORKSFORME
blocking-b2g 2.2+
Tracking Status
b2g-v2.0 --- unaffected
b2g-v2.1 --- unaffected
b2g-v2.2 --- affected

People

(Reporter: rpribble, Assigned: thills)

Details

(Keywords: regression, Whiteboard: [2.2-Daily-Testing])

Attachments

(2 files)

Attached file Logcat.txt
Description:
The call screen shows a black background and does not display the call information, such as the manually dialed number or contact information.
   
Repro Steps:
1) Update a Flame device to BuildID: 20141103040202 (without importing contacts)
2) Receive a text from device B, and send a text in response
3) Receive a call from device B
4) Answer the call, then hang up
5) Enter the dialer, begin typing device B's number
6) Tap the call log tab to check the phone number being dialed
7) Tap back to the dialer tab, finish typing the number and make the call
  
Actual:
Call screen shows a black background and no call information.
  
Expected: 
Call screen shows current background and the call information.
  
Environmental Variables:
Device: Flame 2.2 Master KK (full flash)
BuildID: 20141103040202 (319 MB)
Gaia: bc168c17474dabbcceaa349e9bc7c95654435aec
Gecko: 5999e92e89ff
Gonk: 48835395daa6a49b281db62c50805bd6ca24077e
Version: 36.0a1 (2.2 Master)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0

Notes: Same issue as bug 1070066.
  
Repro frequency: 6/6
See attached: Logcat, video
Attached image Screenshot.png
Attaching a screenshot rather than a video.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Adding qawanted for branch checks and to clarify STR's, seems to only happen in specific scenarios.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Keywords: qawanted
I was only able to get this one time directly after flashing the Flame to 2.2.
*NOTE* I noticed also that in the call log, no calls were getting saved in the call log when this black screen bug occurs. If call logs are getting recorded it seems this black screen bug cannot happen. The reporter also saw this same behavior.

My STR:
1. Freshly flash a Flame device to 2.2 latest.
2. Call the Flame device from a second device.
3. When call comes in, the incoming call screen has a black background.

Tested with Shallow Flash on 319mb using Engineering builds

This bug repro's on Flame KK builds: Flame 2.2 KK

Actual Results: Getting black sections on the Call incoming screen.

Repro Rate: 1/10

Environmental Variables:
Device: Flame 2.2 KK
BuildID: 20141104041844
Gaia: 3c50520982560ccba301474d1ac43706138fc851
Gecko: cadcd47db610
Version: 36.0a1 (2.2) 
Firmware Version: L1TC10011880
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0

-----------------------------------------------------------------
-----------------------------------------------------------------

This bug does NOT repro on Flame kk build: Flame 2.1 KK, Flame 2.0 KK

Actual Result: Unable to get the call incoming or call outgoing screen to display black sections on it.

Repro Rate: 0/10

Environmental Variables:
Device: Flame 2.1 KK
BuildID: 20141104070645
Gaia: 9d80d556123553e5fd8acd982192e33807e9e1fe
Gecko: 0953b46ee9a8
Version: 34.0 (2.1) 
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
-----------------------------------------------------------------
Environmental Variables:
Device: Flame 2.0 KK
BuildID: 20141104053644
Gaia: fe2167fa5314c7e71c143a590914cbf3771905a8
Gecko: 093de6b632c5
Version: 32.0 (2.0) 
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Keywords: qawantedregression
nomming for 2.2 - this prevents the user from seeing who is calling which is basic dialer functionality. Unfortunately with such a low repro rate we will not be able to get a regression window.
blocking-b2g: --- → 2.2?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Triage: Visible regression on the dialer.
blocking-b2g: 2.2? → 2.2+
Assignee: nobody → thills
Hi Johan,

I was able to repro this bug (using the first STR with the text message, but not the second method).  I tried on the latest master and was not able to repro the problem using the first set of steps.

Do you mind trying on latest build and then if you can't repro, I can try and track down what might have fixed it?

Also, if I'm supposed to be asking someone else or setting a flag to ask the creator to do it, please let me know :)

Thanks,

-tamara
Flags: needinfo?(jlorenzo)
I don't repro either on:
Gaia-Rev        e64428c5b2dce5db90b75a5055077a04f4bd4819
Gecko-Rev       https://hg.mozilla.org/mozilla-central/rev/aa72ddfe9f93
Build-ID        20141119160202
Version         36.0a1
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  39
FW-Date         Thu Oct 16 18:19:14 CST 2014
Bootloader      L1TC00011880

In that case, I'd prefer to ask the creator of this bug because the steps are pretty tricky. Rachel can you reproduce on the latest master?
Flags: needinfo?(jlorenzo) → needinfo?(rpribble)
(In reply to Johan Lorenzo [:jlorenzo] (QA) from comment #8)
> I don't repro either
by following the steps in comment 0.
Rachel is no longer with us, I'll throw this into our QA-Wanted Queue to get someone to attempt a repro on the latest master using the steps in comment 0
Flags: needinfo?(rpribble)
Keywords: qawanted
Unable to reproduce issue in latest Flame 2.2 build (Full flash, nightly, 319 MB memory). 

Repro attempts: 0/10

Actual Results: Call screen appears correctly when number is dialed. 

Device: Flame 2.2
BuildID: 20141120040205
Gaia: 1abe09b4925547699dfdb2d358aed019137c3aa6
Gecko: 6ce1b906c690
Gonk: 48835395daa6a49b281db62c50805bd6ca24077e
Version: 36.0a1 (2.2)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
Comment 7, comment 8 and comment 11 are all no-repros in the latest. Let's close this as WFM and re-open if this is seen again.
Status: NEW → RESOLVED
Closed: 10 years ago
Keywords: qawanted
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: