JRyven

I confirmed that the user agent is logged and visible in the modal when the user fails to login.

If I find time, I’ll fork your repo and offer an update to include the user agent information in password reset requests

Thank you!

Quite odd! I am observing that, when I installed the plugin and used the line provide by the FAQ, my installation returned NULL: get_term_meta($term_id, ‘cc_color’, true);

I went to phpMyAdmin and found that the term key was not ‘cc_color,’ but was simply ‘color.’

My installation of WordPress was current and unaltered in any way (aside from having a few other plugins).

Using the term key without the prefix returns the stored data: get_term_meta($term_id, ‘color’, true);

Perfect, Chris! Thank you.

@Ithisham’s suggestion worked for me, except I needed to add the ID for each var into the href. Thanks everyone!

var nextLink = "<li><a id='nextLink' href='#'>Next</a></li>";
var prevLink = "<li><a id='prevLink' href='#'>Prev</a></li>";

$(".simplePagerNav").prepend(prevLink).append(nextLink);

$("#nextLink").click(function(e) {
	e.preventDefault();
	$("li.currentPage").next("li[class^=simplePageNav]").find("a").click();
});
$("#prevLink").click(function(e) {
	e.preventDefault();
	$("li.currentPage").prev("li[class^=simplePageNav]").find("a").click();
});

I found this post: https://www.ads-software.com/support/topic/example-of-pmpro_skip_account_fields-hook?replies=3

The code there works.

You nailed it, Chris. Functioning just fine, now.

Should I plan to keep using this version of the plugin – or will future versions of the plugin have the fix that you implemented?

Thanks!

Hey!

I’m looking at this: https://www.ads-software.com/support/topic/dont-go-pro?replies=2

There’s no Edit link under my icon there.

Hey Timothy,

I tested that plugin out and it almost works – it never makes it past ‘processing’ when I submit to create a new account.

If I refresh the page, I can proceed normally through the gravity form and checkout.

Fatal Error: Call to undefined function wp_scripts() in /home/understo/public_html/wp-content/plugins/exchange-addon-gravity-forms-checkout-info-bug-undefined-jquery/lib/required-hooks.php on line 256

Hey Timothy,

I’ve recreated the site here. The only plugins that are active are:

• Gravity Forms
• iThemes Exchange
• iThemes Exchange Membership Addon
• iThemes Exchange Stripe
• iThemes Exchange Gravity Forms Checkout

To recreate the problem, go to a product ( https://jryven.com/development/product/small-hosting-yearly/, for example ):

1. Click to buy.
2. Complete the registration form.
3. Complete the Gravity Form.
4. On submit, you will arrive at a totally unformatted screen. If you try to move forward with the purchase, it will fail – or direct you to the wrong page.

If I deactivate Gravity Forms Checkout Info: IT Exchange, then the problem stops occurring – creating the user account transitions straight to completing the billing address fields, and then checkout, all full formatting.

If I deactivate the billing address extension on Exchange and leave Gravity Forms Checkout Info: IT Exchange activated, after completing the Gravity Form, I arrive upon a totally unformatted payment options page, which can not proceed normally to checkout.

When you are on an unformatted page, you can click back and the site will reload the last page at the correct stage of progress. IE, clicking back instead of trying to complete the form on the unformatted page refreshes all of the content and the site fully loads.

I can send you an admin login and or FTP if you would like so you can investigate the matter.

Thanks in advance,
James

Thanks Timothy!

Hey Timothy,

I posted this when I had a concern that there was a way for customers on my site who purchased a physical item to sneak a peek into the forums. It turned out there wasn’t a problem.

Right now, iTheme manages user capabilities on the forum without altering the user role for the forum. This includes regulating access to individual forums. So, it may not offer much ( or any ) real benefit to have control bbPress user role.

Thanks for your respondence!

Hey Timothy,

Okay – so if I make the product available to Monthly memberships, and annual memberships are the parent of Monthly memberships, I can set visibility for Monthly memberships and that will allow both membership types to view the product?

Thats a fine workaround for my situation.

Thanks, Timothy.

Hey there,

Yes. So – in this case, it’s an topical blog/forum that sells memberships to access certain content and the forum. One of the shop products is necklace. The necklace sells for $50 to non-members and $45 to members – because a membership perk is 10% off at the store.

So – to give a “storewide discount of 10%”, I’m creating a public and a members only version of each product.

I have membership only products as invisible to non members. I would like to hide all standard-price products from logged in members so they only purchase discounted products.

( Of course, simply marking off all logged-in user purchases by 10% would be a much neater solution. PMPro and WooCommerce Members provide this function – but iTheme hasn’t gotten around to it, yet. )

Hey,

Unfortunately, I’ll have to circle back around to this. It was operational when I completely replicated the function and added _user. I thought that it was working when I used the same function ( no _user ) just the add_action that I posted. But apparently I was pulling up a cached link.

It may take me a bit, but I’ll retrace my steps and post back.

Best,
James