Pruchase Ticket Verification API returns 400 "Server error" what might be the reason?
Purchase Ticket Verification API can operate requests in Base64 form.
Using standard Base64 in URL requires encoding of '+', '/' and '=' characters into special percent-encoded hexadecimal sequences ('+' = '%2B', '/' = '%2F' and '=' = '%3D') otherwise '+' symbol for example will be replaced with ' ' and Base64 form gets corrupted.
Can an app developer redirect to his/her own website from with in the Nokia application, show user the subscription page on his/her own website & ask the user to make the payment in his/her website which (website) is further integrated to Bill desk/third party payment gateway for viewing the content in the Nokia application? Does Nokia allow this ?
No. You cannot use third party payment gateway with Nokia Monetization Suite In-application Purchase API. Except that you can implement In- application Purchase subscription model that seems to follow your you scenario , please check https://projects.developer.nokia.com/dav/iap/doc/ for details
IAP for QT: Unable to connect to the payment service, what might be the reason?
- You really have to put Q_DECLARE_METATYPE(IAPClient::ProductDataList) in the code, otherwise productDataReceived slot does not get called.
- SIM card is required for testing with [testserver]
- The date setting of the device should be correct. It can not be many months off. For some reason this makes the purchase flow fail as well.
IAP for Qt Symbian . Important test mode behaviour
With the In-App Purchase API Version 3.23.007 released in April 2012, if you remove the TEST_MODE.TXT file, payments will always be processed, even if you are using an unprotected Symbian UID, which typically indicates that you are testing. Previously, if you used an unprotected UID, your app always behaved like it was in purchase simulation mode, even if you removed the TEST_MODE.TXT file. To prevent in-app purchases from generating payments with real money, always include the TEST_MODE.TXT file in your app project's root folder while testing