EOT not updating for registered users

I am testing user registration / paypal payment with pro forms on a staging subdomain.

New registrations go through fine and an EOT gets set.

Existing users are not getting their EOT updated. Old EOT remains unchanged

What might be going wrong? What is the difference between new and renewing that might cause this?

Return URL from Paypal looks like this [values changed]:
http://staging.mydomain.com/join-options/join-test/?s2member_paypal_xco=s2member_pro_paypal_checkout_return&token=LETTERSAND12345&PayerID=M1X3D

Existing users are not getting their EOT updated. Old EOT remains unchanged

Could you show us the shortcode you’re using for the existing user to extend his EOT?

Are these buy-now transactions? What is your EOT setting for extensions set to? [hilite path]Dashboard -› s2Member® -› PayPal® Options -› Automatic EOT Behavior -> Auto Extend[/hilite]

Do you have logging enabled? What do the entries for the transactions with this problem say? Any errors? [hilite path]Dashboard -› s2Member® -› Log Files (Debug) -› Logging Configuration[/hilite]

Have you tried all the tips here? Knowledge Base » Common Troubleshooting Tips

Hi Christian

A trial Shortcode I am testing is:

[s2Member-Pro-PayPal-Form level="1" ccaps="" desc="$0.10 GBP / One Time (for 1 day access, non-recurring, no trial)" ps="paypal" lc="" cc="GBP" dg="0" ns="1" custom="staging.the-sra.org.uk" ta="0" tp="0" tt="D" ra="0.10" rp="1" rt="D" rr="BN" rrt="" rra="2" accept="paypal" accept_via_paypal="paypal" coupon="" accept_coupons="1" default_country_code="" captcha="0" /]

Settings:
Enable s2Member’s Auto-EOT System? – Yes (enable)
Membership EOT Behavior (Demote or Delete)? – Demote (convert to free)
Membership EOTs also Remove all Custom Capabilities? – Yes
EOT Grace Time (in seconds): – 120 [I am testing!]
Refunds/Reversals (trigger Immediate EOT)? – always trigger
Fixed-Term Extensions (Auto-Extend)? – Yes, default; extends

paypal.api.log:
a long entry which seems to be OK dated and ending as follows

-------- Output string/vars: ( Mon Apr 22, 2013 11:52:10 am UTC ) --------
  'PAYMENTINFO_0_ERRORCODE' => '0',
  'PAYMENTINFO_0_ACK' => 'Success',

==followed by== 
LOG ENTRY: Mon Apr 22nd, 2013 @ precisely 11:52 am UTC
PHP v5.3.3 :: WordPress® v3.5.1 :: s2Member® v130221 :: s2Member® Pro v130221
Memory 29.11 MB :: Real Memory 29.50 MB :: Peak Memory 29.14 MB :: Real Peak Memory 29.50 MB
mydomain.com/join-options/test-2/?s2member_paypal_xco=s2member_pro_paypal_checkout_return&token=xxxxtokenherexxx&PayerID=xxxpayeridherexxx
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/536.29.13 (KHTML, like Gecko) Version/6.0.4 Safari/536.29.13
-------- Input vars: ( Mon Apr 22, 2013 11:52:10 am UTC ) --------
array (
  'PROFILEID' => 'xxxprofileidherexxx',
  'METHOD' => 'ManageRecurringPaymentsProfileStatus',
  'ACTION' => 'Cancel',
  'VERSION' => '71.0',
  'USER' => 'xxxuseridherexxx',
  'PWD' => 'xxxpwdherexxx',
  'SIGNATURE' => 'xxxsignatureherexxx',
)
-------- Output string/vars: ( Mon Apr 22, 2013 11:52:11 am UTC ) --------
TIMESTAMP=2013%2d04%2d22T11%3a52%3a11Z&CORRELATIONID=xxxidxxx&ACK=Failure&VERSION=71%2e0&BUILD=5650305&L_ERRORCODE0=11552&L_SHORTMESSAGE0=Invalid%20profile%20ID&L_LONGMESSAGE0=The%20profile%20ID%20is%20invalid&L_SEVERITYCODE0=Error
array (
  'TIMESTAMP' => '2013-04-22T11:52:11Z',
  'CORRELATIONID' => 'xxxidxxx',
  'ACK' => 'Failure',
  'VERSION' => '71.0',
  'BUILD' => '5650305',
  'L_ERRORCODE0' => '11552',
  'L_SHORTMESSAGE0' => 'Invalid profile ID',
  'L_LONGMESSAGE0' => 'The profile ID is invalid',
  'L_SEVERITYCODE0' => 'Error',
  '__error' => 'Error #11552. Invalid profile ID. The profile ID is invalid.',

===
So it seems as though the profile ID is invalid. Would this be to do with testing from a staging subdomain or for another reason? Seems to work on the live site for Event Espresso (events booking plugin also in use). Also as I said before it seems to be fine when a new user is signing up which is odd… No entry from this existing user test (which fails to update the EOT) in the paypal-rtn.log or reg-handler.log There are entries in s2-http-api-debug.log

Thanks for your help.

Thanks for the info. Have you asked PayPal about the profile ID error? I’m not sure if they’re talking about your account profile or the subscription profile…

Did you verify your integration is all correctly configured? [hilite path]Dashboard -› s2Member® -› PayPal® Options[/hilite]

Do you have PayPal Pro? if so, is it the PayFlow Edition? Please see this article: Knowledge Base » PayPal Pro, PayFlow, DPRP, Express Checkout

Hi Cristian

I set it all up again on a hidden page on the live server and all seems OK there. Either I got something wrong on the staging site or Paypal wanted me to stick to the live URL. Either way seems OK now thankfully!

Great! Thanks for the update. :)