[Android] “No tax” displayed in the payment confirmation modal for US/CA users (2.14 production and 2.15 staging)

[data-sync-user]

Important details: 

• reproducible for other taxable states as well;

Affected versions:

• 2.15.0 (2.202304062050);

Tested Platforms:

• Android 11;

Prerequisites: 

• Be in a taxable US state (e.g. Washington DC) / Canada;

• Have a Fx account without a subscription;

• Have Mozilla VPN app installed and opened;

• Be signed in - stage server;

• Be in IAP view;

Steps to reproduce:

1. Select any price plan from the IAP view;
2. Press the “Add tax” button from the confirmation modal;

Expected result:

• After the tax is determined, the appropriate amount is displayed in the payment confirmation modal, as the user is localized in a taxable state; 

Actual result:

• “No tax” is displayed in the payment confirmation modal;

Notes:

• We are not able to check this on production server on 2.15 due to the following ticket: +VPN-4573+ (not sure if this is relevant, but on 2.14 version - production server -> the payment confirmation modal returns “no tax” in the payment confirmation modal as well); 
• See the attached video and logs;

┆Issue is synchronized with this Jira Bug ┆Reporter: Bianca Hidecuti

[data-sync-user]

➤ Matt Lichtenstein commented:

Bianca Hidecuti when does this happen vs what happens in https://mozilla-hub.atlassian.net/browse/VPN-4573 ( https://mozilla-hub.atlassian.net/browse/VPN-4573|smart-link )

Also, did this happen on 2.14 as well?

[data-sync-user]

➤ Bianca Hidecuti commented:

Matt Lichtenstein, this happens while I am logged in to Google Play Store with the LDAP account (testing account), and yes, this is also reproducible on 2.14 version, while being logged in to Google Play Store with the LDAP account and also with a non-testing account (gmail address).

The issue here is that I am localized in a taxable state, and “no tax” is returned after the tax is determined.

Regarding https://mozilla-hub.atlassian.net/browse/VPN-4573 ( https://mozilla-hub.atlassian.net/browse/VPN-4573|smart-link ), it happens only on 2.15, when I am logged in to Google Play Store with a non-testing account.

[data-sync-user]

➤ Matt Lichtenstein commented:

Bianca Hidecuti thanks for the response

Santiago Andrigo I don’t have access to the google play payments profile section (https://play.google.com/console/u/0/developers/7083182635971239206/paymentssettings ( https://play.google.com/console/u/0/developers/7083182635971239206/paymentssettings )) - are you able to check that and see if things look right?

[data-sync-user]

➤ Santiago Andrigo commented:

Matt Lichtenstein Nope, no access either. Requesting for myself: https://bugzilla.mozilla.org/show_bug.cgi?id=1827509 ( https://bugzilla.mozilla.org/show_bug.cgi?id=1827509|smart-link )

[data-sync-user]

➤ Sarah Bird commented:

Bianca Hidecuti what is the zip code of the credit card you have on file that you are using in production?

[data-sync-user]

➤ Sarah Bird commented:

I just ran this test in production in 2.14 with my US credit card which has a zip code 78735. My IP address and my credit card are both Texas and I’ve been correctly charged for Texas sales tax on top of my 9.99.

!image-20230425-025744.png|width=458,height=812!

[data-sync-user]

➤ Sarah Bird commented:

When I use a testing account (I’m still on prod servers but my play store is logged in as a license tester) but I’m still geo located in Texas, as before, I am not charged tax.

!image-20230425-033427.png|width=458,height=812!

[data-sync-user]

➤ Bianca Hidecuti commented:

Sarah Bird, the zip code is 94105 (California) and I am using an external VPN to mock my real location - which is set to Washington DC.

It seems that the zip code overrides the location, and while looking at the taxes for the California state from our taxes document ( https://docs.google.com/spreadsheets/d/1Vaiq-iy78sZfU3W39twPqOXy19SK6JBm/edit#gid=359674751 ), there is no tax for this state.

We don't have other credit cars / zip code options to check if the taxes apply correctly.

[data-sync-user]

➤ Santiago Andrigo commented:

Closing this as it seems like Google uses the billing country to determine taxes, rather than IP. Both Bianca's and Sarah's experience seem to validate this.

[data-sync-user]

➤ Santiago Andrigo commented:

Moving back to Cancelled

[data-sync-user]

➤ Santiago Andrigo commented:

Moving back to Cancelled