Closed
Bug 944468
Opened 11 years ago
Closed 11 years ago
Flow from Messages app/message thread to Dialer is broken
Categories
(Firefox OS Graveyard :: Gaia::Dialer, defect)
Tracking
(blocking-b2g:1.3+)
RESOLVED
FIXED
blocking-b2g | 1.3+ |
People
(Reporter: zcampbell, Assigned: etienne)
References
Details
(Keywords: regression, Whiteboard: [fromAutomation] [xfail])
Attachments
(1 file)
STR: 1. Send an SMS to the phone 2. Open messages app/wait for SMS 3. Open message thread 4. Tap header (where phone number is) 5. Select 'call' from activities menu 6. Dialer menu will open 7. Wait two seconds and the Messages app will slide back in. Device: Hamachi Gaia: 0d57ec2801ae125ec855a19cf956ab118660d694 Gecko: http://hg.mozilla.org/mozilla-central/rev/a5e7f611546f BuildID 20131128040201 Version 28.0a1 ro.build.version.incremental=eng.archermind.20131114.105818 The regression range is within the last 24hrs of nightly build (27th Nov was a passing build in the Hamachi ui test automation).
Comment 1•11 years ago
|
||
More likely a web activities regression, rather than a SMS app regression.
blocking-b2g: --- → 1.3?
Component: Gaia::SMS → Gaia::System::Window Mgmt
Keywords: regressionwindow-wanted
Updated•11 years ago
|
Keywords: regressionwindow-wanted
Comment 2•11 years ago
|
||
Or a Dialer regression? (because of step 6, it seems the dialer actually starts up). Etienne, can you think of any obvious culprit?
Flags: needinfo?(etienne)
Assignee | ||
Comment 3•11 years ago
|
||
Apparently an activity with no return value should *not* call postResult(). It's funny because the code in the dialer hasn't moved since more than a year :) But anyway the dialer is clearly at fault here, taking.
Assignee: nobody → etienne
Flags: needinfo?(etienne)
Assignee | ||
Comment 4•11 years ago
|
||
pretty easy :)
Comment 5•11 years ago
|
||
Hey Alive, The "dial" activity does not have a configured returnValue in the manifest. Therefore, is it expected that calling 'postResult' does anything (here: moving back to the SMS app)? Could we have another bug hiding in the activity management?
Component: Gaia::System::Window Mgmt → Gaia::Dialer
Flags: needinfo?(alive)
Comment 6•11 years ago
|
||
http://mxr.mozilla.org/mozilla-central/source/dom/activities/src/ActivitiesService.jsm#246 It looks like onsuccess is triggered once callee is selected. I think this is a bug in web activity -- postResult shouldn't trigger activitydone, which makes event handler inside appWindow to open the caller. Maybe file a followup. BTW https://bugzilla.mozilla.org/show_bug.cgi?id=944253 and one day ago there was a stupid fail. Francisco had a patch to fix this yesterday and that's why this occurs today. Thanks integration test(any?) and Zac.
Flags: needinfo?(alive)
Comment 7•11 years ago
|
||
yeah I was gonna say bug 944253 revealed this issue. Will file a bug to ignore postResult if there is not returnValue in the manifest, and we'll see there if it's valid or not.
Assignee | ||
Updated•11 years ago
|
Attachment #8340181 -
Flags: review?(anthony)
Updated•11 years ago
|
Flags: needinfo?(felash)
Updated•11 years ago
|
Attachment #8340181 -
Flags: review?(anthony) → review+
Updated•11 years ago
|
Whiteboard: [fromAutomation] → [fromAutomation] [xfail]
Comment 9•11 years ago
|
||
Etienne - Can you land this? One of our automated tests is disabled due to this bug, so I'd like to get it preffed back on as soon as possible.
Flags: needinfo?(etienne)
Assignee | ||
Comment 10•11 years ago
|
||
https://github.com/mozilla-b2g/gaia/commit/8527840366eec3252d04e0dad64e7a40dbe3dc56
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(etienne)
Resolution: --- → FIXED
Updated•11 years ago
|
blocking-b2g: 1.3? → 1.3+
You need to log in
before you can comment on or make changes to this bug.
Description
•