830555 - Canceling a free app install triggers scary dialog "Cancelling will not refund a purchase... Are you sure you want to cancel this install?"

Status: RESOLVED WONTFIX

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

Description

[Daniel Holbert [:dholbert]]

Right now, we make it very scary to cancel an install.

STR:
 1. On a B2G device, open the marketplace.
 2. Search for Wikipedia (or any free app)
 3. Tap the "Free" button
  --> Install prompt.
 4. Tap "Cancel".

EXPECTED RESULTS: Install canceled.

ACTUAL RESULTS: A second dialog, with a bunch of text, appears, which seems to suggest that canceling the install is a bad idea. The text is:
> Cancel Install
> --------------
> Cancelling will not refund a purchase.
> Refunds for paid content are provided by
> the original seller.
>
> Apps can be installed later from the
> original installation source.
> --------------
> Are you sure you want to
> cancel this install?
> [Cancel Install] [Resume]

There's no reason we need to make such a big deal when a user decides to cancel the install of a free app.

Comment 1

[Daniel Holbert [:dholbert]]

Attachment: screenshot of the first dialog (this one is OK)

Comment 2

[Daniel Holbert [:dholbert]]

Attachment: screenshot of the second dialog (after you hit 'cancel' on first dialog) (This one is unnecessary)

Comment 3

[Jason Smith [:jsmith]]

Expected behavior. I believe the rationale for the UI was since we wanted to give the user clear direction that canceling installation of a paid app doesn't necessarily mean you refund a purchase. Ask jcarpenter for more info why.

Comment 4

[Daniel Holbert [:dholbert]]

...but this is a _free_ app.  So in this case (and in the case of *all* free apps, which I believe make up the bulk of our marketplace) this additional dialog is unnecessary and a waste of the user's time/attention.

Can't we make this additional step only pop up for paid apps? (sorry if that wasn't clear from comment 0).  Reopening & CC'ing jcarpenter for his feedback.

Comment 5

[Jason Smith [:jsmith]]

I don't believe there's a way in the mozapps API to distinguish between knowing that we are installing a free vs. paid app. That was why that cancel dialog always shows up.

Comment 6

[Josh Carpenter [:jcarpenter]]

Per Jason, this unfortunate prompt is applicable to paid content, and is unnecessary for free content. Unfortunately we are unable in v1 to differentiate between paid vs free installs, ergo it appears for both. :( Boooo.

We really don't like this, and spent lots of cycles trying to find ways to kill it for v1, but it's not going to be resolved until a new version.

Comment 7

[Daniel Holbert [:dholbert]]

OK, so it's not blocking v1 -- but it's something we want to fix, right?  (hence, it's not INVALID)

Is there a bug that this can depend on, for "expose paid vs. free status to mozapps API" or something like that?

Comment 8

[Jason Smith [:jsmith]]

(In reply to Daniel Holbert [:dholbert] from comment #7)
> OK, so it's not blocking v1 -- but it's something we want to fix, right? 
> (hence, it's not INVALID)
> 
> Is there a bug that this can depend on, for "expose paid vs. free status to
> mozapps API" or something like that?

Don't think so. Feel free to file it though.

Comment 9

[Daniel Holbert [:dholbert]]

OK -- filed bug 831027 on extending the mozapps API to let us distinguish between free vs. paid apps.

Comment 10

[Daniel Holbert [:dholbert]]

(In reply to Josh Carpenter [:jcarpenter] from comment #6)
> Unfortunately we are unable in v1 to
> differentiate between paid vs free installs, ergo it appears for both. :(
> Boooo.
> 
> We really don't like this, and spent lots of cycles trying to find ways to
> kill it for v1, but it's not going to be resolved until a new version.

Looks like fabrice has a suggestion for how to do this, over on bug 831027 comment 1 (the "receipts" property) -- could we check that here, to fix this bug?

Comment 11

[Josh Carpenter [:jcarpenter]]

Thanks for filing bug #831027, Daniel. I've commented there and am adding the "V2" tag for this, which is our tracking tag for features that we want to address in future versions.

Comment 12

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

What we talked about before was to remove the "cancel" button if the app had been payed for. This isn't safe because any website could then claim that the app had been payed for in order to force the user to install the app. I.e. there was a lot of incentive to lie.

If all we do is to remove the scary "this will not refund" dialog if the website claim that the app was not payed for, then this will remove that incentive. The website doesn't stand to gain anything by lying about whether the app was payed for or not.

So yes, I think we can do this.

What I'd do though is to have an explicit flag for "should show scary no-auto-refund warning". That way a website could theoretically choose to not show the dialog even for payed apps if it is in fact able to auto-refund the user. But that's a decision the website should make.

Comment 13

[BMO Automation]

Firefox OS is not being worked on