CbSubs question

Here is a screenshot... so no confusion on what sends the email.
 

I'm not sure what to suggest. It seams to be working fine in my tests.

Configuration
 

Email (Text)
 

Email (HTML)
 

I didn't pay with PayPal so there is no country, but it isn't outputting the raw substitution string as you're experiencing.

I am sorry to bring back an older thread but we have not managed to see it working.
 

<li>PayPal user country: [PAYER_COUNTRY]</li> -> Returns the country in the received mail. This works great!
<li>PayPal user name: [PAYER_NAME]</li> -> Returns "Nothing" in the received mail.

Those substitutions aren't guaranteed to have a value. That's up to PayPal if they are provided or not. [PAYER_EMAIL] is likely more reliable there since PayPal by design is an email to email transaction platform. [ADDRESS_FIRST_NAME] and [ADDRESS_LAST_NAME] might also have a value, but that might just be the invoice address name they supplied at basket if PayPal didn't send that through.

Thank you for your reply Krileon but...
paypal always sends these values and they are stored for every payment in #__cbsubs_payments table columns first_name, last_name.
The field payer_name is always stored as null in #__cbsubs_payments as you can see at the db table screenshot.
 
So...
is there a case that we are dealing with the wrong mapping of [PAYER_NAME]?

 

[PAYER_NAME] is as you see in the database "payer_name". It wasn't passed by PayPal. They passed first name, last name, and payer_email. So all of the following should work fine.

[PAYER_EMAIL]
[ADDRESS_FIRST_NAME]
[ADDRESS_LAST_NAME]