Cristián Lávaque

They travel to the post page with the teaser which tells them they need to log in (if they aren’t already).

What you could do is have a login form right there. s2Member Pro has the login widget, which you can embed with PHP in your post. The widget has a variable that lets you have the user brought back to the page they logged in from, which in this case would be the post he’s trying to read. [hilite path]Dashboard -› s2Member® -› API / Scripting -› Pro Login Widget (via PHP)[/hilite]

[hilite pre_code]
'%%previous%%')); ?>
[/hilite]

Hi Stian.

Thanks, found your email with the site’s info.

I see that there are no logs, you have logging disabled. Could you please enable it and let us know after a new transaction had the problem so we can look at the new log entries for it? [hilite path]Dashboard -› s2Member® -› PayPal® Options -› Account Details -› Logging[/hilite]

I also noticed that you have an old version of s2Member installed, from last July. It’d be good to update it to the latest release.

And please follow the tips given in this article: Knowledge Base » Common Troubleshooting Tips

No problem! Glad to help.

You have a great day too. :)

Hi Andaluzo.

You could customize the pro-form’s template so it populates those fields with the values you got earlier. Knowledge Base » s2Member® Pro Forms » Customize

Hi Bob.

You can remove the First and Last names from the registration form using the setting for them in this section: [hilite path]Dashboard -› s2Member® -› General Options -› Registration/Profile Fields -> Collect First/Last Names during Registration[/hilite]

It’s either both or neither, I’m afraid there isn’t a setting to only remove one. I’ll make a note of this.

Hi Thayer.

If you search the s2Member files for [hilite mono]%%card_type_options%%[/hilite], you’ll find it’s replaced in the file s2member-pro/includes/classes/gateways/paypal/paypal-form-in.inc.php:

[hilite pre_code]
$code = preg_replace("/%%card_type_options%%/", c_ws_plugin__s2member_utils_strings::esc_ds($card_type_options), $code);
[/hilite]

Now, [hilite mono]$card_type_options[/hilite] is defined earlier in the same file, in the block that starts with the comment “Build the list of card type options”. That seems to be where you’ll need to customize to have a different look.

Work on a copy of the file and put it in the must-use plugins folder (/wp-content/mu-plugins/), so it doesn’t get overwritten when you update s2Member.

I hope that helps.

Great! Thanks for the update. I’m glad you could solve it. :)

can you tell me if the recaptcha code is supposed to appear in wp_options and wp_sitemeta?

I’m not sure, but I’m guessing that’d be in the [hilite mono]wp_options[/hilite] table, look for [hilite mono]ws_plugin__s2member_options[/hilite].

You can use W3 Total Cache if you want to, as long as you don’t enable object or database caching, which are the ones that usually cause trouble. :)

Here’s what Jason said:

Correct. By default, all of s2Member’s buttons (both for Subscriptions and for Buy Now purchases) assume the site owners is selling a non-tangible item.

s2Member really does not support tangible items, but we do expose this Shortcode Attribute if sellers would like to collect a shipping address. If you enable this, PayPal may flag your transactions as being for tangible items; and then you would be exposed to any PayPal rules that go with those types of purchases against your account.

[hilite path]s2Member -› PayPal Buttons -› Shortcode Attributes (Explained)[/hilite]

ns=”1″ The no_shipping directive. Possible values: 0 = prompt for an address, but do not require one, 1 = do not prompt for a shipping address, 2 = prompt for an address, and require one. Not valid when cancel=”1″.

Thank you for the information. What I was looking to do was sell mobile applications, and we have been asked by organisations to have several user applications of the one product, and there are several applications.

Ah, got it.

I saw in some of the logs that there were several items like: item1 cost and quantity, item2 $ and qty, item3 $ and qty etc.

s2Member’s log? Could you show me the log entry? s2Member doesn’t sell quantities of each item.

I don’t know why the condition isn’t working in your hack, if the level role is correct. I guess that if that can’t be made to work, what I’d try would be having a separate function for the modification hook, so you don’t need any condition to know what to do there, you can just extend the EOT.

When there’s a URL in the email body, most email clients will autolink it.