Native Development

[sucroid]

I am a bit confused how local mode is supposed to work.

When my app calls paymentservice_purchase_request, no paymentservice event is generated.  Is this normal?

Also, when local mode is on,  paymentservice_get_existing_purchases_request fails.  Is this normal as well?

[gbeukeboom]

Hi there,

Local mode should still create events but also give you the option of how to handle the payment events (success, failure, failure including reason). Could you share a snippet of your code so we can see what the issue may be?

Retrieving previously purchased digital goods will not work unless your applicatiom has been posted to App World with real purchases (unless a full transaction occurs purchases will not be added to your history).

Regards,

[sucroid]

I wonder if running OS2.1 beta is causing the lockup.  Maybe I should compile with the 2.1 SDK?

I'll try to pare down my code and post something.

[gbeukeboom · Accepted solution]

Shouldn't be the case, the APIs should be forwards compatible, but a quick test would confirm.

[sucroid]

Thanks for your help.  It was a silly mistake on my part.  I forgot to set the window_group_id of the main screen.  That's why the transaction dialog doesn't show up.

Now everything seems to be working as expected.

[TobyKaos]

Hello,

I have a blocking bug, when I call paymentservice_purchase_request the application freeze and no answer, no dialog box appears.

Maybe due to a bad window group id?

I create a function that return me a group id like this:

char* get_window_group_id()
{
static char s_window_group_id[sizeof("ChaosEngineWindowsGroup") + sizeof(double)] = "";
if (!s_window_group_id[0]) {
STD_Sprintf(s_window_group_id, "ChaosEngineWindowsGroup%d", getpid());
}
return s_window_group_id;
}

But I think something is wrong. Maybe a group id is already attach by default when I create my opengl window?

[gbeukeboom]

Please start a new thread with your question, this one has already been accepted as solved.