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)

Other
Gonk (Firefox OS)
defect
Not set
normal

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).
More likely a web activities regression, rather than a SMS app regression.
blocking-b2g: --- → 1.3?
Component: Gaia::SMS → Gaia::System::Window Mgmt
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)
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)
Attached file Pointer to gaia PR
pretty easy :)
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)
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)
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.
Attachment #8340181 - Flags: review?(anthony)
Flags: needinfo?(felash)
Attachment #8340181 - Flags: review?(anthony) → review+
Whiteboard: [fromAutomation] → [fromAutomation] [xfail]
Filed bug 945130 for the more general issue.
Flags: needinfo?(felash)
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)
https://github.com/mozilla-b2g/gaia/commit/8527840366eec3252d04e0dad64e7a40dbe3dc56
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(etienne)
Resolution: --- → FIXED
blocking-b2g: 1.3? → 1.3+
Blocks: 946807
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: