Closed Bug 993462 Opened 10 years ago Closed 10 years ago

Call screen is not visible when making a call from the phone app

Categories

(Core :: DOM: Core & HTML, defect)

ARM
Gonk (Firefox OS)
defect
Not set
blocker

Tracking

()

RESOLVED DUPLICATE of bug 993732

People

(Reporter: Bebe, Unassigned)

References

Details

(Keywords: regression, smoketest, Whiteboard: [fromAutomation])

Attachments

(1 file)

Attached file logcat of the issue
Description:
When making a call the call screen is not visibile

Environment:
Gaia      1958454595b1fa0e061f0652ae965629993f5708
Gecko     https://hg.mozilla.org/mozilla-central/rev/8883360b1edb
BuildID   20140408040204
Version   31.0a1
ro.build.version.incremental=324
ro.build.date=Thu Dec 19 14:04:55 CST 2013

Reproducible manually: YES

STR:
1. Open the Phone app
2. Dial number
3. Tap call

Expected:
The phone app switches to the call screen and we can see the call screen information 

Actual
The phone app closes and we can not stop the call
The call is made and we can talk if the other person answers 
There is no Phone app in recent apps

If we reopen the phone app the call screen is opend
This is reproducible also for Messages app.
Sending a SMS to a number also closes the Messages app!
It might be the same issue I see in the stack trace similar errors:

Lot of:
D/HwcUtils( 5515): Skip layer

and:
E/GeckoConsole( 5515): [JavaScript Error: "IndexedDB UnknownErr: IDBTransaction.cpp:864"]

and 

/Gecko   ( 5821): ###!!! [Child][MessageChannel] Error: Channel closing: too late to send/recv, messages will be lost

@JSmith these to tests (Make call and Send SMS) look like to have the same root from the logcat
6b82f43a5fd93e7e70fc252088f24e61789abdcc is fine, d0849cfd3c632a0bb60df28567d48fc01dae387c is not. Anyone willing to bisect?
This is very blocking.
Severity: normal → blocker
blocking-b2g: --- → 1.5?
Keywords: regression
Two things:

1. We need a window
2. We need to check if this happens on 1.4
QA Contact: jharvey
(In reply to Jason Smith [:jsmith] from comment #6)
> Two things:
> 
> 1. We need a window
> 2. We need to check if this happens on 1.4

We already have a set of git commit ids that reproduces/does not reproduce.
From which (In reply to Alexandre LISSY :gerard-majax from comment #8)
> We already have a set of git commit ids that reproduces/does not reproduce.
From which tree are those commit ids? Gecko/gaia? Mercurial/git.m.o/github?
Issue does not reproduce on the latest 1.4

Mozilla Inbound Regression Window:

Last Working:
Device: Buri 1.5 MOZ
BuildID: 20140407034726
Gaia: f1a98bfaa3ab2480945bd7018831fd56c61cdc24
Gecko: d459cc1b5a94
Version: 31.0a1
Firmware Version: v1.2-device.cfg

First Broken:
Device: Buri 1.5 MOZ
BuildID: 20140407040527
Gaia: f1a98bfaa3ab2480945bd7018831fd56c61cdc24
Gecko: f94df8c36ab3
Version: 31.0a1
Firmware Verision: V1.2-device.cfg

Note: Gaia is the same on both builds so this seems to be a Gecko issue.

Gecko Pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=d459cc1b5a94&tochange=f94df8c36ab3
See Also: → 993470
The two possible bugs here that could have caused this are both DOM-related, so sending this over to the DOM component.
Component: Gaia::Dialer → DOM
Product: Firefox OS → Core
Version: unspecified → Trunk
No-Jun tested a local backout of bug 906164 and was unable to reproduce the bug.
Blocks: 906164
(In reply to Jason Smith [:jsmith] from comment #12)
> No-Jun tested a local backout of bug 906164 and was unable to reproduce the
> bug.

I do confirm this, we need to backout this.
Resolved as part of bug 993732.
No longer blocks: 906164
Status: NEW → RESOLVED
blocking-b2g: 1.5? → ---
Closed: 10 years ago
Resolution: --- → DUPLICATE
Whiteboard: [fromAutomation]
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: