Thanks, yes it makes no sense, but I have the listings to prove it!
Here are some points which may help to focus on the problem(s):
Our monthly plan has been around but never enabled or used for a year or so. I didn't create a new plan when I changed its Owner ID and enabled it - I reused/completed the existing one.
The plan was enabled for a couple of days before we obtained a valid PP credentials. A couple of ppl may have tried to use this plan and failed before we inserted the credentials.
We have ticked PP gateway's send inv and email address and telno - even if these are blank
I have tried the plan and the payment usually fails on pressing the payment button - it doesn't get to the PayPal site - apart from the PP error msg.
What I've noticed is that if a user's payment fails, the user is set to a "try again to pay" manual mode and in that mode trying to pay fails. Even trying other plans fails at that point. But I'm wondering if the problem only occurs in that mode. I think that if the user cancels the payment on screen explicitly, they are not left in manual/try to pay mode. But I'll do some more testing to figure out how or why it gets into that mode in the first place. Plan is pretty identical with other working plans though except for dates and always recurring, obviously.
Our Encrypt paypal form is set to Plain-text in all cases.
We'll continue testing and will advise, but please advise if any of the above triggers a light bulb!
Further info!
We now have two test user records - they are very similar but distinct. One gets through to paypal (regardless of browser, btw) and the other doesn't! We've compared Joomla and CB info and we can see no obvious differences that might affect payments... Any ideas?