739841 - Unable to purchase an app on Android/Native browser

Status: RESOLVED WONTFIX

(Marketplace Graveyard :: Consumer Pages, defect, P4)

Description

[krupa raj[:krupa]]

Android/ Native browser

steps to reproduce:
1. Load https://marketplace-dev.allizom.org/en-US/search
2. Click on the purchase buttons for one of the paid apps
3. Click "yup"

expected behavior:
PayPal flow begins

observed behavior:
Nothing happens

Comment 1

[Christopher Van Wiemeersch [:cvan]]

This is super important but ain't a priority for beta. Will address after beta.

Comment 2

[Christopher Van Wiemeersch [:cvan]]

Not a blocker for beta.

Comment 3

[Wil Clouser [:clouserw]]

Cvan: do you know anything about this bug? Front/back?  Is this us or platform?

Comment 4

[Christopher Van Wiemeersch [:cvan]]

(In reply to Wil Clouser [:clouserw] from comment #3)
> Cvan: do you know anything about this bug? Front/back?  Is this us or
> platform?

I know nothing unfortunately - Davor, wanna investigate?

Comment 5

[Davor Spasovski [:spasovski]]

"To the bee-mobile!", "You mean your Chevy?", "Yes."

I got it.

Comment 6

[Davor Spasovski [:spasovski]]

Here's the summary of what I found.

This issue happens when trying to make a one-time payment from the payment modal, after you click the details page purchase button. Nightly will prompt the user for whether to show a popup (this is the PayPal popup - on Desktop it would be an iframe). When the browser asks the user to allow the popup, it will not actually open it even if you select "always show" or "show once". If you pick "always show" and later revisit the page and reinitiate the purchase flow it will work.

I managed to complete a purchase on mobile both locally and on marketplace. The real issue here is to figure out why we're getting an "allow popup" dialogue and furthermore why it doesn't open the popup even if you select "allow".

The user experience of doing this is obviously unpleasant but it could be much better if the popup opens as expected and without an allow prompt. We might want to chat about this as a team and/or with the fennec folks.

Comment 7

[Davor Spasovski [:spasovski]]

Potch since you're looking at mobile bugs this one is a biggie...although I think it has since been fixed with the removal of the labs-hosted JS shim.

Comment 8

[Christopher Van Wiemeersch [:cvan]]

Is this still the case?

Comment 9

[Justin Scott [:fligtar]]

If this is still happening in Firefox for Android, we need it fixed for Aug 28. It's currently still in a milestone from 2 months ago.

Comment 10

[Wil Clouser [:clouserw]]

Davor is back tomorrow.  Davor - what did you find out about this?

Comment 11

[JP Rosevear [:jpr]]

Give that mobile is the main focus for apps now, why is this low in priority?

Comment 12

[Wil Clouser [:clouserw]]

(In reply to JP Rosevear [:jpr] from comment #11)
> Give that mobile is the main focus for apps now, why is this low in priority?

Near term milestones don't include payments on the android platform.

Comment 13

[Erin Lancaster [:elan]]

The why: free apps are first priority. current target for payments is oct-nov. dependencies include FxOS & Identity.

Comment 14

[Christopher Van Wiemeersch [:cvan]]

PayPal payments are disabled.