Closed Bug 860603 Opened 7 years ago Closed 7 years ago

The incoming call only displays in status bar for landscape locked fullscreen apps

Categories

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

ARM
Gonk (Firefox OS)
defect

Tracking

(blocking-b2g:tef+, b2g18 fixed, b2g18-v1.0.1 verified)

RESOLVED FIXED
1.0.1 Cert2 (21may)
blocking-b2g tef+
Tracking Status
b2g18 --- fixed
b2g18-v1.0.1 --- verified

People

(Reporter: sync-1, Assigned: etienne)

Details

(Whiteboard: [status: landing] [required_last_cert_round] [apps watch list], u=fx-os-user c=scravag-sprint-may-20-31 p=1, [target:05/28])

Attachments

(2 files)

+++ This bug was initially created as a clone of Bug #430734 +++
 
 AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.19.044
 Firefox os  v1.0.1
 Mozilla build ID: 20130319070203
 
 DEFECT DESCRIPTION:
 
 The incoming call only display in status bar.
 
 APK name:Poppit
 
 REPRODUCING PROCEDURES:
 
 1.Launch Poppit->play game
 2.Incoming a call->it will only display in status bar==>KO,details as video.
 
 EXPECTED BEHAVIOUR:
 ==>Should display normally.
 
 ASSOCIATE SPECIFICATION:
 
 TEST PLAN REFERENCE:
 
 TOOLS AND PLATFORMS USED:SW115
 
 USER IMPACT:Medium
 
 REPRODUCING RATE:4/5
 
 For FT PR, Please list reference mobile's behavior:
 
 ++++++++++ end of initial bug #430734 description ++++++++++
 
 
 
 CONTACT INFO (Name,Phone number):
 
  DEFECT DESCRIPTION:
 
  REPRODUCING PROCEDURES:
 
  EXPECTED BEHAVIOUR:
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 
  REPRODUCING RATE:
 
  For FT PR, Please list reference mobile's behavior:
Whiteboard: [apps watch list1]
reproduced in sw123+dt
Is there anything the developer is doing to cause this behavior, or is it a platform issue?
I'm not sure, but the issue only on poppit
Jason, can you shed some light on this?
Flags: needinfo?(jsmith)
I doubt this is a bug on the app developer's side.

ying.tan@tcl.com - Can you attach that video you are mentioning above?
Flags: needinfo?(jsmith) → needinfo?(ying.tan)
Flags: needinfo?(ying.tan)
Thanks for the video.

This is purely a dialer issue unrelated to the specific app. Technically if you click the phone number, you'll still be able to access and answer the call.

The UX feels quite odd here though.

Can someone UX check this to see if this right vs. wrong behavior?
Component: Gaia → Gaia::Dialer
Flags: needinfo?(firefoxos-ux-bugzilla)
This issue is very critical for the behaviour of the phone, please fix it.
Nominating to TEF?
blocking-b2g: --- → tef?
I'm guessing the above comment implies this is not right behavior then. Clearing the needinfo flag.
Flags: needinfo?(firefoxos-ux-bugzilla)
Assignee: nobody → etienne
blocking-b2g: tef? → tef+
Summary: [Buri][Poppit]The incoming call only display in status bar. → The incoming call only displays in status bar for landscape locked fullscreen apps
Target Milestone: --- → 1.0.1 Cert2 (28may)
Confirmed.  a full screen locked app like poppit, will display the status bar incoming call only.

Tested against vendor build

Gecko 
Gaia   fd2e9d7501d326db3f1cb66d2c2b6787d61d888a
BuildID 20130508152640
Version 18.0
Whiteboard: [apps watch list1] → [apps watch list]
I wasn't able to reproduce the bug.
I tried:
- a fullscreen app
- a fullscreen app locked in landscape orientation

- from master
- from v1-train

And poppit isn't installing (download error).

Any pointers (other apps that make the bug reproducible...)?
Keywords: qawanted
Note that at 00:07 in the video we see the app disappear (showing the phone's background), which may point to an inadvertently pressed home button, which would cause the call screen to be in "status bar mode".
Issue repros.  
Unagi Build ID: 20130513070209
Kernel Date: Dec 5
Gecko: http://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/6e1dbf036d34
Gaia: 54dfb62735c81152eef74eb1768e2bf621c0a258

When user is playing Poppit and receives a phone call the call gets stuck in status bar and user is unable to answer.  Repro rate 2/5 times
Keywords: qawanted
Whiteboard: [apps watch list] → [apps watch list], u=fx-os-user c=may-20-31 p=1
Whiteboard: [apps watch list], u=fx-os-user c=may-20-31 p=1 → [apps watch list], u=fx-os-user c=may-20-31 p=1, [target:05/28]
Whiteboard: [apps watch list], u=fx-os-user c=may-20-31 p=1, [target:05/28] → [apps watch list], u=fx-os-user c=scravag-sprint-may-20-31 p=1, [target:05/28]
The Poppit application is still not installable from the marketplace.
We need complete STR and Comment 12 addressed to unblock this bug.
Flags: needinfo?(ying.tan)
Whiteboard: [apps watch list], u=fx-os-user c=scravag-sprint-may-20-31 p=1, [target:05/28] → [status: needs partner input] [apps watch list], u=fx-os-user c=scravag-sprint-may-20-31 p=1, [target:05/28]
(In reply to Etienne Segonzac (:etienne) from comment #14)
> The Poppit application is still not installable from the marketplace.
> We need complete STR and Comment 12 addressed to unblock this bug.

STR:
1. A is a FFOS phone, B is another phone.
2. Play poppit on phone A.
3. Phone B call phone A. You can see the phone A screen at 00:04 of the video. 
   There's only a number on wallpaper, no buttons.

During the operation as video shows, we never touch the phone A.
At 00:10 we just hang up phone B so phone A go back to homescreen automatically.
Flags: needinfo?(ying.tan)
(In reply to Etienne Segonzac (:etienne) from comment #14)
> The Poppit application is still not installable from the marketplace.
> We need complete STR and Comment 12 addressed to unblock this bug.

I can help out with that. I've got an older version of the app here - http://mozqa.com/webapi-permissions-tests/ under Packaged App Test Case 20. if the older version doesn't reproduce this, then I can get the updated one uploaded.
 I can update poppit from market place now,the url is OK.
https://marketplace.firefox.com/app/d37cb5ed-525a-408e-a7cf-ec848064e041/manifest.webapp
 I can update poppit from market place now,the url is OK.
https://marketplace.firefox.com/app/d37cb5ed-525a-408e-a7cf-ec848064e041/manifest.webapp
(In reply to Jason Smith [:jsmith] from comment #16)
> (In reply to Etienne Segonzac (:etienne) from comment #14)
> > The Poppit application is still not installable from the marketplace.
> > We need complete STR and Comment 12 addressed to unblock this bug.
> 
> I can help out with that. I've got an older version of the app here -
> http://mozqa.com/webapi-permissions-tests/ under Packaged App Test Case 20.
> if the older version doesn't reproduce this, then I can get the updated one
> uploaded.

Thanks Jason!
I'm finally able to reproduce the bug.

Let's fix it now :)
Whiteboard: [status: needs partner input] [apps watch list], u=fx-os-user c=scravag-sprint-may-20-31 p=1, [target:05/28] → [status: needs patch] [apps watch list], u=fx-os-user c=scravag-sprint-may-20-31 p=1, [target:05/28]
Attached patch Patch proposalSplinter Review
It's the fact that the Poppit app is oom killed when receiving a call that was causing the issue.
Here is a patch keeping the call screen open in this case.
Attachment #750421 - Flags: review?(21)
Comment on attachment 750421 [details] [diff] [review]
Patch proposal

Review of attachment 750421 [details] [diff] [review]:
-----------------------------------------------------------------

Sounds a simple fix. Thanks.
Attachment #750421 - Flags: review?(21) → review+
Whiteboard: [status: needs patch] [apps watch list], u=fx-os-user c=scravag-sprint-may-20-31 p=1, [target:05/28] → [status: landing] [apps watch list], u=fx-os-user c=scravag-sprint-may-20-31 p=1, [target:05/28]
Thank you, Vivien! 
Can we land this before May 21th? Thanks!
https://github.com/mozilla-b2g/gaia/commit/af15e30051af05a150d85fbe29e5fa9b6bbc2570
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Whiteboard: [status: landing] [apps watch list], u=fx-os-user c=scravag-sprint-may-20-31 p=1, [target:05/28] → [status: landing] [required_last_cert_round] [apps watch list], u=fx-os-user c=scravag-sprint-may-20-31 p=1, [target:05/28]
Keywords: verifyme
QA Contact: jsmith
Uplifted af15e30051af05a150d85fbe29e5fa9b6bbc2570 to:
v1-train: a3036f43e906e59d2af26160776fefcd38738ed8
v1.0.1: 424d7f0523530c9bfea01d6267b81d0c84da038a
So this works on 1.01 in it's general concept, but I'm seeing two fallouts:

- We are transitioning a landscape app to portrait, so we're getting broken UI in the case of a landscape locked app

- Accepting the call then ending it will kill the app originally in use, even if there were no other apps currently in use
Filed the following bugs that I found (might be completely unrelated to this bug though):

- bug 874181
- bug 874182
You need to log in before you can comment on or make changes to this bug.