Subscriptions ....

[RFD]

... what's the deal with this smf subscription service, will it ever actually work correctly? 

i've got both premier and business pp accounts and if the "recurring payment" is clicked the transaction fails. 

why not just remove it until the smf and/or pp code actually works? 

i REALLY need a well functioning smf forum ......

[RFD]

well, as a band-aid of sorts i edited the subscriptions php code (Sources sub-dir) and removed the offending "recurring payment" code. 

it's attached if anyone finds it useful.

could we get some kinda official response on smf subscriptions bug fixing, please?

[telcy]

Why not disabling "Allow user to auto-renew this subscription" in your subscription plan?

It's easier then removing code.

[RFD]

Why not disabling "Allow user to auto-renew this subscription" in your subscription plan?

It's easier then removing code.

because that would be too easy. 

[emanuele]

Last time I've seen a problem with recurring payments was because of the currency (see last paragraph).

[RFD]

don't see currency as an issue, i think it's something else ... ?

with the recurring payment option turned off, or the code for it commented out, it all works just fine.

[telcy]

Why not disabling "Allow user to auto-renew this subscription" in your subscription plan?

It's easier then removing code.

because that would be too easy. 

that's right.

I've also noticed same problems with recurring payments.

With other words,..
If I enable recurring for users they can't buy a subscription. It's a long time ago where I disabled it.

So I will test it again on a seperated smf installation and try to fix the problem.

[RFD]

Why not disabling "Allow user to auto-renew this subscription" in your subscription plan?

It's easier then removing code.

because that would be too easy. 

that's right.

I've also noticed same problems with recurring payments.

With other words,..
If I enable recurring for users they can't buy a subscription. It's a long time ago where I disabled it.

So I will test it again on a seperated smf installation and try to fix the problem.

that would be Awesome - much obliged for at least looking into this long standing problem.

[emanuele]

don't see currency as an issue, i think it's something else ... ?

So you have the paypal (in paypal I mean, not in SMF) setting set as I suggested in the other topic?

[RFD]

don't see currency as an issue, i think it's something else ... ?

So you have the paypal (in paypal I mean, not in SMF) setting set as I suggested in the other topic?

it's a pp business account, set up in USD - all payments are in USD as well, no other currencies or currency translations required.

[emanuele]

That's already a better answer.

Did you set up the return URL (IPN?) in paypal?
Some reports says that not setting it solves some issues.

[RFD]

That's already a better answer.

Did you set up the return URL (IPN?) in paypal?
Some reports says that not setting it solves some issues.

yep, done and tested with a real pp dollar transfer.

[emanuele]

And?... It didn't work?

Give a clear answer is much more effective and make life easier to both me and you.
At the moment without further clarification I can't be sure if it worked or not, I can *assume* it didn't work because you didn't write something like "YAY! IT WORKED!!" but this is not very useful...

[RFD]

And?... It didn't work?

Give a clear answer is much more effective and make life easier to both me and you.
At the moment without further clarification I can't be sure if it worked or not, I can *assume* it didn't work because you didn't write something like "YAY! IT WORKED!!" but this is not very useful...

parameters -

+ installed current smf version
+ have pp business account
+ pp account setup for subscription service
+ test subscription registration fails when "recurring subscription" is checked
+ test subscription registration is successful when "recurring subscription" is NOT checked

you want access to my forum for a hand's on?

[Sir Osis of Liver]

What is the error (in your error log) when recurring payment fails?

Is the transaction completed in your PayPal account?

[RFD]

What is the error (in your error log) when recurring payment fails?



Is the transaction completed in your PayPal account?

no.

with the recurring subscription option removed, it works perfectly ...

[emanuele]

How is the *subscription* set up? (A screen of the settings would be nice.)

[RFD]

[Sir Osis of Liver]

That's really odd.  It's a PayPal error, the payment never completes and the IPN isn't sent.

Try changing 'Length of Subscription' to '1 Years'.

[Sir Osis of Liver]

PP is getting an invalid value from this -

Code Select Expand



// All the standard bits.
$return_data['hidden']['business'] = $modSettings['paypal_email'];
$return_data['hidden']['item_name'] = $sub_data['name'] . ' ' . $txt['subscription'];
$return_data['hidden']['item_number'] = $unique_id;
$return_data['hidden']['currency_code'] = strtoupper($modSettings['paid_currency_code']);
$return_data['hidden']['no_shipping'] = 1;
$return_data['hidden']['no_note'] = 1;
$return_data['hidden']['amount'] = $value;
$return_data['hidden']['cmd'] = !$sub_data['repeatable'] ? '_xclick' : '_xclick-subscriptions';
$return_data['hidden']['return'] = $return_url;
$return_data['hidden']['a3'] = $value;
$return_data['hidden']['src'] = 1;
$return_data['hidden']['notify_url'] = $boardurl . '/subscriptions.php';

// Now stuff dependant on what we're doing.
if ($sub_data['flexible'])
{
$return_data['hidden']['p3'] = 1;
$return_data['hidden']['t3'] = strtoupper(substr($period, 0, 1));
}
else
{
preg_match('~(\d*)(\w)~', $sub_data['real_length'], $match);
$unit = $match[1];
$period = $match[2];

$return_data['hidden']['p3'] = $unit;
$return_data['hidden']['t3'] = $period;
}



[emanuele]

Can you check your database in the smf_subscriptions table and see if there is just the subscription you have set up?
I have the feeling something wrong happened somewhere at some point...
And while you are at it, check that the field "length" is "365D".

Also:
http://i.imgur.com/aXMTSX0.png
You are sending an email with as text (or subject, not sure) an email address to your members when the subscription is successful.

[RFD]

....  Also:
http://i.imgur.com/aXMTSX0.png
You are sending an email with as text (or subject, not sure) an email address to your members when the subscription is successful.

hah!  how dumb of me ... all fixed.

[emanuele]

"all fixed" you mean the email or also the issue?

[RFD]

the email - the pp "recurring subscription" is still a bug.

[emanuele]

Considering it is working here (even too well since from time to time people ask to interrupt the subscription) it may or may not be a bug.

Can you ask the other question I posted?

[RFD]

if you mean this ...

"Can you check your database in the smf_subscriptions table and see if there is just the subscription you have set up?
I have the feeling something wrong happened somewhere at some point...
And while you are at it, check that the field "length" is "365D"."

i have no clue what yer talking about, sorry.

[Sir Osis of Liver]

Did you try changing subscription length to 1 year?

[RFD]

Did you try changing subscription length to 1 year?

yes.  same problem. 

[Sir Osis of Liver]

Leave the existing subscription and set up a new one with same settings and try that.  Ema is suggesting that something may be wrong with the existing settings in the database.  If that doesn't work, delete all subs and set up a new one.  That may clear a db glitch. 

You can access your db with phpmyadmin via your host control panel, and see what's actually in smf_subscriptions, which is what ema suggested. 

You can also edit Subscriptions-PayPal.php to echo the values it's posting to PP for $return_data['hidden']['a3'], $return_data['hidden']['p3'], and $return_data['hidden']['t3'].  One of them is not being accepted by PP.

[emanuele]

More than echo'ing it may be better to use log_error and have them in the error log.

If you need any help "on-site" let me know.

[Sir Osis of Liver]

More than echo'ing it may be better to use log_error and have them in the error log.

Don't think that will work, as the error is on the PayPal end.  Paid Subs doesn't usually log an error until it receives an IPN, and that's not happening here.  SMF thinks everything is fine when it posts the info, but  IPN is not sent because transaction fails at PP. 

[RFD]

the subs works fine as long as i keep the 'recurring subs' switch off.  i installed smf per the smf install instructions.  i've done smf installs many many times in the past, all worked fine without a hitch.  as before, this latest version installation went perfectly, with no issues or errors.  i dunno what the deal is with the 'recurring subs', where the problem lies, but i just don't have much more time to spend on this.  it works as is (with the switch off) and that's all i need to get this thing rolling.  thanx for all yer help, folks.  much obliged.

[Arantor]

Well, the original problem is actually that you'd misconfigured it. PayPal does not accept 365 days as a subscription length. As per https://developer.paypal.com/docs/classic/paypal-payments-standard/integration-guide/Appx_websitestandard_htmlvariables/#id08A6HI00JQU

It's complaining about an invalid a3/p3/t3 and that's correct:

D – for days; allowable range for p3 is 1 to 90
W – for weeks; allowable range for p3 is 1 to 52
M – for months; allowable range for p3 is 1 to 24
Y – for years; allowable range for p3 is 1 to 5

So yeah, 365 days won't be valid. I'm thinking we should probably restrict these values in SMF because even though there's other payment processors, the same restrictions probably apply.


EDIT: Tracked as https://github.com/SimpleMachines/SMF2.1/issues/1274 so moving this to resolved so we can focus on what needs resolution.