Closed Bug 993462 Opened 11 years ago Closed 11 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: 11 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: