Closed Bug 871839 Opened 11 years ago Closed 11 years ago

Currency displayed for Poland is not in złoty

Categories

(Marketplace Graveyard :: API, defect, P1)

defect

Tracking

(Not tracked)

RESOLVED FIXED
2013-05-16

People

(Reporter: krupa.mozbugs, Assigned: andy+bugzilla)

References

()

Details

Attachments

(1 file)

steps to reproduce:
1. Set language on phone to Polski
2. Set the region in marketplace-dev to Poland
3. Navigate to the details page for a paid app
4. Notice the purchase button

expected behavior:
App price is converted to złoty and has zł as the symbol

observed behavior:
App price is still 0.99 and the symbol is $
This won't get fixed until bug 867897 does.
Depends on: 867897
False. This is caused by the API not returning a localized price in price_locale.
Component: Consumer Pages → API
No longer depends on: 867897
For the Polish region I see the currency in złoty just fine:

http://cl.ly/image/2u0G1g281Q1n/Screen%20Shot%202013-05-13%20at%208.26.48%20PM.png

FWIW, language doesn't matter here.

(And Basta's correct - the API does localize this price for us.)

Are there additional STR needed here?
Attached image price in durango
Did you go to app in english, then change language, then go to app in polish? I don't think the cache is clearing. As far as I can tell the API is returning the currency correctly.
(In reply to Andy McKay [:andym] from comment #5)
> Did you go to app in english, then change language, then go to app in
> polish? I don't think the cache is clearing. As far as I can tell the API is
> returning the currency correctly.

We don't let you change your language.
For region=pl this appears fine: http://f.cl.ly/items/3Y2S2i2E263t2d3v1X30/Screen%20Shot%202013-05-14%20at%208.13.46%20AM.png

And as Andy showed in comment 4, this also works fine in Durango. Any other STR we're missing?
Flags: needinfo?(krupa.mozbugs)
Krupa have you tested this in Durango?
Whiteboard: [need STR]
The app price symbol is set to zl but the price is not being converted. 

$0.99 should be 3.18zl
Flags: needinfo?(krupa.mozbugs)
Priority: -- → P1
Whiteboard: [need STR]
(In reply to krupa raj 82[:krupa] from comment #9)
> The app price symbol is set to zl but the price is not being converted. 
> 
> $0.99 should be 3.18zl

Google says 0.99 USD = 3.19 Polish Zloty, but how do we know the price tier? What are we comparing this against?
(In reply to Christopher Van Wiemeersch [:cvan] from comment #10)
> (In reply to krupa raj 82[:krupa] from comment #9)
> > The app price symbol is set to zl but the price is not being converted. 
> > 
> > $0.99 should be 3.18zl
> 
> Google says 0.99 USD = 3.19 Polish Zloty, but how do we know the price tier?
> What are we comparing this against?

The prices and price_currency tables.  We make the tiers roughly equivalent and then ship, with the idea that we'll revisit occasionally (2x a year maybe) to respond to currency fluctuations.
Depends on: 872502
The value 3.99 is actually showing the USD with the zloty symbol. I'll fix that.

We don't have price tier for zloty see bug 872502.
https://github.com/mozilla/zamboni/commit/c6a5d0d
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Assignee: nobody → amckay
Target Milestone: --- → 2013-05-16
Andy, could you look at this test that is failing? https://ci.mozilla.org/job/marketplace/3940/testReport/junit/workspace.mkt.site.tests.test_helpers/TestMarketButton/test_is_premium_webapp_foreign/ Temporarily disabled: https://github.com/mozilla/zamboni/commit/b08c2d12061faf722b2e7a07b5682f588c435ae1

Shouldn't we support the case of localizing a price for arbitrary locales? E.G. if someone is viewing prices in EUR but their locale is English, wouldn't we show €0.89 instead of €0,89?

Or should we ignore the locale and format price how the regional currency is usually formatted?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Thanks kumar. Please understand everything I'm about to write has been prefixed by an evening drinking vodka with Tarek. All mistakes are his.

I would be fine supporting a fallback from a location to an arbitrary locale, but that code hasn't been written yet. If it had, that would be cool. I think we should explicitly define the fallbacks though. Eg. PLN > EUR, CAD > USD. Even then the fallback from €0.89 to €0,89 is not a change in currency, but in change in showing the data via local. That's subtly and confusingly different.

In this test we explicitly ask for a local and fail if its not there, so I've got a fix for this.

https://github.com/mozilla/zamboni/commit/40fa91
Status: REOPENED → RESOLVED
Closed: 11 years ago11 years ago
Resolution: --- → FIXED
Hah! I like it
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: