(ugh) app is constantly asking for sign in

Question

Created Dec ’15

Replies 5

Boosts 0

Views 1.2k

Participants 4

I've put myself in a huge bind. I have a cordova app running using this plugin https://github.com/j3k0/cordova-plugin-purchase/blob/master/doc/api.md

When I first set this up, I created a sandbox account "sean@factsumo.test". When I was first developing, I did some things wrong and didn't "complete" the purchase. So I have 2 products now on my phone that are in the "approved" state, that need to be "finished".

The problem is

1) I failed to log into my sandbox account too many times that it locked

2) There are only 2 verification methods for a locked account. Email and Security question)

3) Email verification won't work because it's a .test email account that doesn't get email

4) The secruity question is a birthday, but when you make a sandbox account, you don't give a year for brithday http://cl.ly/1s3r3y350O2q So there is no way to answer that question correctly.

So the result is, as long as ths app is on my phone, or when I launch it, it will ALWAYS ask me to sign in. When I try to sign in, it says it needs to verify the account, which it can't.

I've been on the phone with Apple and they can't seem to help. I've removed the app many times, it doesn't help because the iTunes store is communicating with my device ID and that test user.

any ideas on how to get this to stop?

Boost

Answer 1

PBK OP

Jan ’16

This is like the 'endless loop' problem from a few years ago. Apple was able to kill those accounts but it took lots of asking.

0

Answer 2

anwill OP

Apr ’16

Did you ever get this fixed?

I have almost exactly the same problem. A couple of unfinished purchases that whatever I do I can't seem to get rid of. I tried looping through the current queue and finishing the transactions, but that doesn't seem to have worked either.

0

Answer 3

Vortex OP

May ’16

I suspect we invoked the "endless loop" bug today while testing purchases and restores on a number of devices using sandbox accounts. In trying to solve an IAP issue (restores were only finding the user's last purchase and restoring), our latest build contained changes to handling a user's complete list of purchases. While the fix appeared to work in debug and ad hoc (all IAP content unlocked), the sandbox login window now appears frequently. Previously the login window would only display when needed for an actual IAP or Restore. It may be as a result of finishTransaction not interceding between each purchase restore.

From what I'm reading on the Forum re: "endless loop," it sounds like nothing will clear those devices of the login prompts: App deletion, device reset, new test user account, new build of app with finishTransaction back in place?

If that's correct, can you suggest how we might be able to get Apple to kill our affected test accounts? We haven't deleted them (at least I read that advice first).

0

Answer 4

PBK OP

May ’16

All is not lost until you delete a test user. Fix the app so that it calls finishTransaction on all transactions coming into updatedTransactions and do it opens a transactionObserver either always or in response to something the user can do. Then delete the app, log out of the App Store and run the app from Xcode. Cause the app to open a transactionObserver and, when asked to log in, log in with one of those test users who accumulated unfinished transactions. The transactions should hit updatedTransactions and get finished, forever. Repeat for each test user and you may be cured. Good luck.

0

Answer 5

Vortex OP

Jun ’16

Cured! Thanks for the advice. Turns out we didn't have the "envelope" around the complete restore transaction invoking its own finishTransaction. Once we built with the fix, each device logged into a particular test account and completed the unfinished transaction(s). Login loop went away.

0