darrylhadfield

Thansk Brecht.

Using the Health-Check plugin, I enabled my theme… all good.
Enabled WPRM basic… all good.
Enabled WPRM premium… problem came back.

Next steps?

https://www.rotorhead.org/images/MultiVendor StockManager Appearance.PNG

And before you ask… the HTML didn’t show up, as recently as a week ago. This is a new issue.

• This reply was modified 8 months ago by darrylhadfield.

Screencap at https://www.rotorhead.org/images/tmpARSshowsHTML.png

• This reply was modified 8 months ago by darrylhadfield.

Ditto this.

I’d expect the simplest method would be to incorporate shortcodes like so many other recaptcha plugins do, I would think – but I’m not a wordpress developer so take my comments with a shaker full of salt.

@xue28 , “WooCommerce > Status > Tools >?Clear Analytics Cache” did not help. As stated in my original post, I’d already tried that, to no avail.

“Import Historical Data” is also useless since we’ve not been using WooCommerce since version 4 – we started long after that.

“Analytics > Settings > Date type?– set to?Date Created” appears to have addressed the issue, but I’m concerned now that that needed to be changed, AT ALL. Why?

of larger concern to me is that it’s a different result in MS Edge, than it is in Google Chrome.

I’ve tried the MutationObserver and while I can ‘sense’ the DOM element loaded and write to the console, if I insert code to change the innerHTML, it again errors out – and with that code, it breaks in BOTH Chrome and edge.

Not sure what you mean by “stripe plugin” but thank you for confirming what I’d posted about earlier regarding defaulting to the last-used payment method.

Okay, this may NOT be an issue after all – when I tried the same process in an incognito browser window it shows the first option selected.

I’m guessing it may be that it simply defaults to select what was used for the last payment method?

@missveronicatv , no, I don’t have 2.4.2 installed. I don’t have UM installed at all. I deleted it because of this issue.

Thanks for your offer of support, but at this point, aftetr seeing that other users are having the same issue even when doign what you’re suggesting, I’m moving forward with other options.

It’s a bit late to be referencing this now as a part of the process.

I’ve already nixed UM and we’re back on the basic wordpress functionality.

I’m frankly VERy surprised that UM would require changes to template files… that’s not something that I recall seeing any notification or warning about in the upgrade.

Marking this issue as resolved, and we’re done with UM.

No.

Doesn’t matter, I’m tired of screwing with this. We were leveraging UM because of the ability to nix certain domains from registration, but the breaking of the PW reset is a hard stop for my client.

UM’s uninstalled, PW resets work again properly.

I’ll just steer clear of UM plugins, moving forward.

Well… it must be a cloudflare caching thing because this didn’t fix it.

Sadly, this means I’m dumping UM. I know the base-level PW reset in WP works… it’s UM’s functionality that’s causing issues, so, to the trash heap it goes.

Thank you VERY much! Testing this now…

That does help – where did you get v2.4.1 from?

Thanks, and… that’s progress, but still doesn’t work.

The link for the password reset takes me to a page that shows this:

View post on imgur.com

And after I click that button, I get:

View post on imgur.com

So I’m back where I started.

For reference, I have used Code Snippet to add in the code you’d shared.