Thank you for visiting the BlackBerry Support Community Forums.
BlackBerry will be closing the BlackBerry Support Community Forums Device Forums on April 1st (Developers, see below)
BlackBerry remains committed to providing excellent customer support to our customers. We are delighted to direct you to the CrackBerry Forums, a well-established and thorough support channel, for continued BlackBerry support. Please visit http://forums.crackberry.com or http://crackberry.com/ask. You can also continue to visit BlackBerry Support or the BlackBerry Knowledge Base for official support options available for your BlackBerry Smartphone.
"When we launched CrackBerry.com 10 years ago, we set out to make it a fun and useful destination where BlackBerry Smartphone owners could share their excitement and learn to unleash the full potential of their BlackBerry. A decade later, the CrackBerry community is as active and passionate as ever and I know our knowledgeable members and volunteers will be excited to welcome and assist more BlackBerry owners with their questions."
- Kevin Michaluk, Founder, CrackBerry.com
Developers, for more information about the BlackBerry Developer Community please review Join the Conversation on the BlackBerry Developer Community Forums found on Inside BlackBerry.
01-22-2013 12:49 PM
01-22-2013 12:51 PM
If the only goal of your sample is to allow apps to upgrade from free to paid then your solution could work, it just makes it very strict and prevents models that allow more payment flexibility (selling other goods etc).
01-22-2013 12:53 PM
01-22-2013 12:55 PM
I'm not talking about more levels of functionality, but what I am saying is that if the app would still like to sell more goods apart from the premium app upgrade it would not be able to use your model (ex if the app is a game and they sell outfits for your character, you may want to unlock the full app including all levels as well as sell outfits).
01-22-2013 01:23 PM
This is EXACTLY what I DON'T NEED.
I need boolean switch between FREE and PAID app (or TRIAL/FULL). Please let me know if this is not legit usage of InAppPurchase.
Not sure what is ratio of freemium games/games/normal apps in BB World is but I'm almost sure that majority of apps needs this simple usage of IAP and developers spend hundreds and maybe thousands hours reinventing wheel. I belive simple single purpose class delivered by BB could solve their nightmare.
WP7 has even support for trials built in AppHub with quite simple API, I wish BB had the same.
01-22-2013 02:42 PM
You can create a sample that just has a switch, I'm just saying it won't be useful for other scenarios, it becomes a sample tightly coupled to checking for one purchase only.
01-23-2013 02:49 AM
01-23-2013 07:51 AM
It can be tested in local mode for purchases made during the lifecycle of the application. As soon as the application is closed all past purchases are lost.
01-23-2013 08:01 AM
So why it returns an error
Code( 1 ) Text( "Get existing purchases (network) not supported in test mode." )
if I invoke
But I tried this on my app that I already have in AppWorld and it seems to be working. Unfortunately I already own virtual good (I bought it in the pas) so I could just verify that it restores previous purchase.
Thanks for your help
01-23-2013 08:03 AM