Is there a way to set the character encoding that PayPal uses for IPNs in the IPN simulator? For real accounts and IPNs you can change this as described in this answer: Japanese characters not shown in PayPal IPN Notification
But I cannot find a way to do the same for the simulator. All I get sent from PayPal as the name is "%3F" or "?" characters instead of Chinese or Japanese characters.
There is not a way to do this from the IPN simulator. However, you can use the sandbox to test payments, and set up your merchant account for a specific character encoding. You would just need to log into your merchant account that you are testing with and go to your profile and make your way to the language encoding preferences.
Log in > Profile > Language Encoding > More Options
Related
I uploaded the Binary for External users Testing and added the localized description for build in English and Japanese.
However, to my Japanese external users i want to send the invitation mail in Japanese. I changed the Browser language, primary language from App Information to Japanese; but invitation mail is always sent in English language.
Could anyone please let me know the other settings where i can send the mail in other then English?
Unfortunately there's currently no way to localize/translate the TestFlight email itself. Only the metadata within the TestFlight app for your own app will be shown in the user's language.
I suggest filling a bug report over at https://bugreport.apple.com as I agree the email should get automatically translated.
I build an ios app originally in IOS 6. I'm trying to migrate it to IOS 7+ / IOS 8, and I'm having trouble with In-App Purchase verification.
The verification is done server side. After each purchases, I send the SKPaymentTransaction.transactionReceipt as a Base64 string to my server (nodeJS), which then uses IAP_VERIFIER (https://github.com/pcrawfor/iap_verifier) to verify the receipt.
Since SKPaymentTransaction.transactionReceipt is depricated, I want to change it to the new NSBundle.appStoreReceiptURL, however, when I send that receipt to my server for verification, the apple verification says it is invalid. Comparing the Base64 string of the transacationReceipt and the appStoreReceipt , they are completely different, the appStoreReceipt being much bigger.
How do I verify a single In-App purchase receipt with the new method?
Are you sure it's not a Sandbox/Production issue?
Check this page, question 15: What url should I use to verify my receipt ?
And make sure you do not hit the wrong environment.
Also check the base64 encoding with different tool to make sure you don't use a buggy encoding function.
I have found a post referencing a field for Authorize.net called "x_currency_type", however the Authorize.net API documentation does not reference anything about currency type. I also found a post that makes it clear that Authorize.Net ONLY supports USD.
I am confused. Does Authorize support setting up recuring payments using other currency, if yes can anyone please help me how to use that method?
Authorize.Net just announced support for the Canadian Dollar, British Pound, and Euro.
Currency Code Updates
If your integration uses AIM, SIM or DPM and sends the “x_currency_code” field with a value of “USD,” you may need to make a small change to support processing in CAD, GBP or EUR. You will now need to send the appropriate currency code that correlates to the currency that the merchant is set up to process in. For example, you must send “CAD” for any merchant you set up to process in Canadian Dollars.
If you’re not sending the currency code, or if you’re using any of our other Authorize.Net APIs, no changes are required at this time. The currency code for those APIs will automatically default to the currency associated with the merchant’s processor.
Additional Required Fields
In order to accept payments through our new processor connections in Europe, some of the existing, optional fields are now required with each transaction. Please review the following list of additional required fields for processing GBP or EUR payments:
First Name
Last Name
Address
City
State
Zip
Country
Email
The API guides that these changes apply to have been updated accordingly.
Authorize.net fully live with GBP(pounds), Euros and USD. However their test environment is only displaying in USD at the moment. However the integration to Authorize.Net is the same regardless of currency. So when using their test account, make sure we are not sending any currencies other than USD.
I tried changing the currency in Woocommerce but not working when I test.
Suddenly, I change the customer details from Philippines to US. It payment went successful.
Maybe the currency will also check the location of the buyer.
I have included various localized descriptions in iTunesConnect (English, French, Chinese) for an in-app product. I am displaying the localizedTitle and localizedDescription properties after fetching them from apple's server using an SKProductsRequest.
My understanding from the docs and other threads is that if I change the test phone to the relevant language it will display the correct language. However in testing with my phone in French or Chinese the product descriptions are still in the original English.
I am not logged on with any iTunes account during the testing (Settings=>Store=>Signout).
Can anyone provide any hints how to test the IAP multilingual functionality?
I believe the localization that the store returns for the product description is based on the assigned iTunes store of the test user you are using. The device's language setting only pertains to the resources loaded locally.
After further testing I have confirmed that #claireware was in fact correct in his answer.
The tester is not able to manually change or set the store for testing (Apple docs state not to login with test user (Settings=>Store=>Signin)). However if you make a test purchase and enter the test users credentials at the prompt the device will warn you that it is changing to the test user country's iTunes store. After you make a test purchase the test user will be logged in and your subsequesnt SKProductRequest will return information localized for that store.
In summary for localization testing I followed these steps:
In iTunesConnect create one or more SKProducts with localized
text in English, French and Chinese. (no I dont know French, so I
just used random French words for testing)
Created two new test user accounts: frenchtestuser#mydomain.com &
chinatestuser#mydomain.com, set to the France and China store
respectively.
On the device go to Settings=>Store=>Signout
Run the app and initiate a purchase
At itunes account dialog prompt login with frenchtestuser account
AFter purchase complete perform a new SKProductsRequest
Confirm dialog prompts and product details display the French
localization
Close app and start again from step 3 this time logging in with
chinatestuser account.
I'm looking to get the 10-digit appId (all numeric) for my iOS app; when I go to the provisioning profile, I see appIds that are 10 characters, but include alphanumeric text. I believe that there should also be an all-numeric appId (to use when sending users to the app store to rate an app, etc.) but am not clear on where or how to retrieve it.
Any help gratefully received.
Thanks.
-d