893770 - SMS Web Activity does not return to the calling app

Status: RESOLVED DUPLICATE of bug 815093

(Firefox OS Graveyard :: Gaia::SMS, defect)

Description

[zoltanf]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.71 Safari/537.36

Steps to reproduce:

This is somewhat similiar to #815093 but no the same. I'm a developer of a 3dt party packaged web application. I need to send an SMS from my application. I do this using Web Activity SMS as per documentation, example:

            var sms = new MozActivity({
                name: "new", // Possible compose-sms in future versions
                data: {
                    type: "websms/sms",
                    number: "[phone]",
                    body: "my test sms text"
                }
            });


Actual results:

When the new compose SMS activity is closed, the current focus return to the Gaia:SMS application, message list... this confuses the end user.


Expected results:

The focus should return to the 3dt party app that called the new sms web activity.

Comment 1

[Jason Smith [:jsmith]]

Essentially, I think you arguing that the SMS web activity should be disposition inline instead of window then, right?

Comment 2

[zoltanf]

I think the most logic workflow would be this:

While running a 3dt party application that needs to send an sms, user performs some action that calls the SMS Web Activity

FFOS opens the new SMS window, pre populate fields with the given info from the 3dt party web app and lets the review and change the data. 

After clicking "send" or "back" (arrow in the top left corner) the new SMS window is closed and the active window is returned to the 3dt party app, the same place where the initial call to web activity was made.

....

This is not just for new SMS, this is the way generally Web Activities should perform. This is somewhat similar to other platforms, for example intents in Android. Since your security model in FFOS does not allow any other way for 3dt party apps to interact with these sensitive services, at least make it easier for user to work through this workflow.

Comment 3

[Caio Lima(:caiolima)]

(In reply to zoltanf from comment #0)
> User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML,
> like Gecko) Chrome/28.0.1500.71 Safari/537.36
> 
> Steps to reproduce:
> 
> This is somewhat similiar to #815093 but no the same. I'm a developer of a
> 3dt party packaged web application. I need to send an SMS from my
> application. I do this using Web Activity SMS as per documentation, example:
> 
>             var sms = new MozActivity({
>                 name: "new", // Possible compose-sms in future versions
>                 data: {
>                     type: "websms/sms",
>                     number: "[phone]",
>                     body: "my test sms text"
>                 }
>             });
> 
> 
> Actual results:
> 
> When the new compose SMS activity is closed, the current focus return to the
> Gaia:SMS application, message list... this confuses the end user.
> 
> 
> Expected results:
> 
> The focus should return to the 3dt party app that called the new sms web
> activity.

I agree with this point of view. Both, Android and iOS, open a kind of View that return to the caller Application when the operation is finished  

I'm interested in work on this bug. 

I guess that a good start is create a new Test Case for this kind of bug. Does Anyone confirm about this?

Comment 4

[Caio Lima(:caiolima)]

Attachment: bug-sms-activity-test case

Comment 5

[Caio Lima(:caiolima)]

Julien, what do you think about this bug?

Comment 6

[Caio Lima(:caiolima)]

Hey Julien, did you see this bug? So what you think? I guess I can work on it.

Comment 7

[Julien Wajsberg [:julienw]]

I don't really know the good answer here.

Ayman, do you have an advice about comment 0 ?

Comment 8

[Julien Wajsberg [:julienw]]

I've seen bug 815093 is about the same issue and has lots of information.

It does not seem related to window/inline.