Closed
Bug 972462
Opened 10 years ago
Closed 10 years ago
Japanese characters are replaced with ??? on Bango purchase screen
Categories
(Marketplace Graveyard :: Payments/Refunds, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
2014-06-10
People
(Reporter: krupa.mozbugs, Assigned: keir)
References
Details
(Whiteboard: [qa+])
Attachments
(1 file)
239.11 KB,
image/jpeg
|
Details |
steps to reproduce: 1. Try to purchase the paid app named "Test App (おすすめの拡張機能 )" 2. Sign in 3. Enter PIN 4. On the Confirm your Purchase screen, notice the app name actual behavior: app name is replaced with ????. See screenshot.
Reporter | ||
Updated•10 years ago
|
Summary: Chinese characters are replaced with ??? on Bnago purchase screen → Chinese characters are replaced with ??? on Bango purchase screen
Updated•10 years ago
|
Assignee: keir → jkerim
Comment 1•10 years ago
|
||
First lets check that we are passing the right thing to Bango.
Updated•10 years ago
|
Summary: Chinese characters are replaced with ??? on Bango purchase screen → Japanese characters are replaced with ??? on Bango purchase screen
Comment 2•10 years ago
|
||
This is where we pass the name to Bango: https://github.com/mozilla/webpay/blob/master/webpay/pay/tasks.py#L194-L195
Comment 3•10 years ago
|
||
It seems as though we're sending the SOAP XML to Bango in UTF-8 encoding. Perhaps on their end they're decoding that incorrectly or storing it in a different character encoding. Example SOAP XML being sent in UTF-8: <?xml version="1.0" encoding="UTF-8"?> <SOAP-ENV:Envelope xmlns:ns0="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="com.bango.webservices.billingconfiguration" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> <SOAP-ENV:Header/> <ns0:Body> <ns1:CreateBillingConfiguration> <ns1:request> <ns1:username>user</ns1:username> <ns1:password>password</ns1:password> <ns1:bango>bango_id</ns1:bango> <ns1:typeFilter> <ns1:string>OPERATOR</ns1:string> <ns1:string>PSMS</ns1:string> <ns1:string>INTERNET</ns1:string> <ns1:string>CARD</ns1:string> </ns1:typeFilter> <ns1:priceList> <ns1:Price> <ns1:amount>1</ns1:amount> <ns1:currency>USD</ns1:currency> </ns1:Price> </ns1:priceList> <ns1:externalTransactionId>transaction_id</ns1:externalTransactionId> <ns1:pageTitle>japanese: おすすめの拡張機能</ns1:pageTitle> <ns1:configurationOptions> <ns1:BillingConfigurationOption> <ns1:configurationOptionName>APPLICATION_CATEGORY_ID</ns1:configurationOptionName> <ns1:configurationOptionValue>18</ns1:configurationOptionValue> </ns1:BillingConfigurationOption> <ns1:BillingConfigurationOption> <ns1:configurationOptionName>BILLING_CONFIGURATION_TIME_OUT</ns1:configurationOptionName> <ns1:configurationOptionValue>1860</ns1:configurationOptionValue> </ns1:BillingConfigurationOption> <ns1:BillingConfigurationOption> <ns1:configurationOptionName>REDIRECT_URL_ONERROR</ns1:configurationOptionName> <ns1:configurationOptionValue>https://marketplace-dev.allizom.org/mozpay/err</ns1:configurationOptionValue> </ns1:BillingConfigurationOption> <ns1:BillingConfigurationOption> <ns1:configurationOptionName>REQUEST_SIGNATURE</ns1:configurationOptionName> <ns1:configurationOptionValue>abc</ns1:configurationOptionValue> </ns1:BillingConfigurationOption> <ns1:BillingConfigurationOption> <ns1:configurationOptionName>REDIRECT_URL_ONSUCCESS</ns1:configurationOptionName> <ns1:configurationOptionValue>https://marketplace-dev.allizom.org/mozpay/ok</ns1:configurationOptionValue> </ns1:BillingConfigurationOption> <ns1:BillingConfigurationOption> <ns1:configurationOptionName>MOZ_USER_ID</ns1:configurationOptionName> <ns1:configurationOptionValue>user_id</ns1:configurationOptionValue> </ns1:BillingConfigurationOption> <ns1:BillingConfigurationOption> <ns1:configurationOptionName>APPLICATION_SIZE_KB</ns1:configurationOptionName> <ns1:configurationOptionValue>1</ns1:configurationOptionValue> </ns1:BillingConfigurationOption> </ns1:configurationOptions> </ns1:request> </ns1:CreateBillingConfiguration> </ns0:Body> </SOAP-ENV:Envelope>
Updated•10 years ago
|
Assignee: jkerim → keir
Assignee | ||
Comment 4•10 years ago
|
||
We do not have full unicode support in our data storage, and in our experience, neither do many MNO billing systems.
Comment 5•10 years ago
|
||
(In reply to Keir Kettle from comment #4) > We do not have full unicode support in our data storage, and in our > experience, neither do many MNO billing systems. What's your recommendation?
Updated•10 years ago
|
Priority: -- → P1
Comment 6•10 years ago
|
||
Would be nice to know what Bango supports so we can show messages to developers, Keir is looking into this for us.
Comment 7•10 years ago
|
||
Bango will update their backend to support to UTF8.
Assignee | ||
Comment 8•10 years ago
|
||
Update - meeting with systems / dev is scheduled for 10/4. Should be able to timings update after that meeting.
Assignee | ||
Comment 9•10 years ago
|
||
Discussed with systems / dba guys and basically this is a db issue - the columns that content titles encodes as ISO-8859-1, asp.net etc use UTF-16. They are investigating the impact of altering the column. Will update once I've a date for making the switch.
Comment 10•10 years ago
|
||
Keir can you update on the target for this being completed
Flags: needinfo?(keir)
Assignee | ||
Comment 12•10 years ago
|
||
We need to do additional impact analysis on changes - this means we are now aiming to have available on prod 29/5. Apologies for any inconvenience.
Assignee | ||
Comment 13•10 years ago
|
||
Hi we've hit some problems deploying this to our production database. Planning to push this now on Tuesday 3/6 - apologies for the inconvenience.
Assignee | ||
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 14•10 years ago
|
||
This is on payments-alt and should be tested there. If its good we'll promote up through stage to prod.
Whiteboard: [qa+]
Target Milestone: --- → 2014-06-10
Comment 15•10 years ago
|
||
Giving Bug 1008343 is there a workaround to test an actual payment on payments-alt?
Comment 16•10 years ago
|
||
As a hosted app.
You need to log in
before you can comment on or make changes to this bug.
Description
•