idoxlr8

We’re running into the same thing, the invoice number no longer increments after the last update.

For now we have switched that client over to a different plugin that functions as desired as this issue was a big deal to them. With this and several other of my clients, their order process is to capture the payment at the time they close the order and are ready to ship their product. Their intent is not to capture immediately at the time the order is placed, they want to authorize at the time the order is placed and capture at the time they close/complete the order.

I understand your logic about keeping the two actions seperate, but it does add an additional step to the order process in this case. Perhaps in the future, you may want to add an option “capture payment when order is complete” which would resolve our issue with the functionality.

Thank you for the quick reply.

Perhaps you might want to consider in a future update changing this functionality so the extra step is not required. It would save time for the business to capture payment when the order is marked complete, or at least make that an option.

Thanks…

Doesn’t make sense to me, but hey, not my monkey not my circus. We’re removing your plugin from our recommended list. Hope you change your mind one of these days.

Wouldn’t it be so much easier to refer Yoast SEO users to a schema section within the plugin where they could activate/deactivate each type the plugin outputs as needed? I hope you guys come to your senses someday on this.

That doesn’t sound appropriate, it sure isn’t resolved…

• This reply was modified 5 years, 7 months ago by idoxlr8.

That’s not a suitable interface at all for controlling such an important part of the program and something that impacts a great deal of other plugins outputs. I highly suggest you add at the very least an ability to turn all schema output off or on in your next update which I assume will be soon.

Ideally, you would add ability to turn each markup section on/off. Default should be OFF for everything as it was on previous versions. Please be descriptive in your interface so people know exactly what they are turning on and off, don’t dumb down the descriptions.

^^^ This, ideally if Yoast wanted to fix this right you would be able to disable which markup generation you want to turn off.

We’re running into this on home page only, posts seem to be getting set ok via Yoast Social Settings. Home page we have an og:image set in Yoast Social Setting for FB, but it’s not generating the og: image tags, it is generating twitter:image tags.

This is with Yoast SEO 7.5.1 and WP 4.9.6

• This reply was modified 6 years, 6 months ago by idoxlr8.

We don’t have that WPML plugin on the site. Did you find the infection encoded in Base64 or? Any details you can share? I’ve scanned the entire site for all variations of encoding, base64, file date changes, etc. Can’t find anything yet.

I’ve discovered this same issue when trying to convert a site from http to https, I kept finding one unsecure call for the same resource, https://www.wp1a.org/jquery.js. Which, when you load that file, it’s blank.

This resource call seems to shows up randomly. Some pages have it, some don’t. I’ve scanned the entire site looking for where it’s at, and not found it anywhere.

Having same problem.. Can this be addressed with an update?