Mark Tomlinson
Forum Replies Created
-
Forum: Plugins
In reply to: [Markup by Attribute for WooCommerce] Markup prices don’t changeGood to hear!
Forum: Plugins
In reply to: [Markup by Attribute for WooCommerce] Markup prices don’t changeLet’s debug this. Go to the admin
Edit Productspage for “Icon/Bust” and look at theVariationstab.- By my calculations, you should have 12 product variations: four ‘art styles’ times three ‘colors.’
- Each variation should have a unique price.
- You shouldn’t have any variations with “Any Art Style…” or “Any Color…” WooCommerce will always select the “Any…” product if it exists.
Regardless of whether you see these problems, you can
Delete all variations, thenGenerate variations, and finallySet regular pricesto $20. This should recreate the variations and eliminate the problem.Please let me know if it does not. If all variations have a unique price and there are no “Any…” variations, then the problem may be a conflict with a theme or another plugin.
Forum: Plugins
In reply to: [Markup by Attribute for WooCommerce] Upgrade to 4.3.8 Error🙂
🙂
Forum: Plugins
In reply to: [Markup by Attribute for WooCommerce] Upgrade to 4.3.8 ErrorI’ve rolled out version 4.3.9, which should resolve the issue.
Markup by Attribute now has tested compatibility down to:
* PHP 7.4
* WordPress 5.4
* WooCommerce 3.9Forum: Plugins
In reply to: [Markup by Attribute for WooCommerce] Upgrade to 4.3.8 ErrorSorry this is taking so long. Since PHP 7.4 was end-of-life in 2021, most Linux distros have stopped supporting it. Since this forced me to build a new test environment of an older Linux distro and PHP 7.4.3, I also set WordPress to 5.4.17 and WooCommerce back to version 3.9.0.
I’ve started regression testing in this ‘way-back machine’ and am making good progress.
Thanks for your patience.
Forum: Plugins
In reply to: [Markup by Attribute for WooCommerce] Upgrade to 4.3.8 ErrorUhg! The problem is that it is a PHP 8+ feature, and many sites are still running PHP 7.4. I didn’t realize it was such a new convention until you called it out.
I can’t back out the release because it contains a major correction for European notation. But it may take up to 5 days before I can roll out a patch. My suggestion would be to download and install version 4.3.7, found here, until I can correct the code. If you can upgrade to PHP 8+, and that is something you want to do, that would resolve the issue for you as well. But that’s not something I’m asking anyone to do.
My sincere apologies. I’ll roll out a correction as quickly as I can without introducing new problems.
I guess everything takes longer than expected, but I’m confident version 4.3.8 will resolve your issue. I’ve just rolled it out; please let me know if it works for you.
Thanks.
Take a look at the All Products listing. I think you’ll find what you are looking for. Up in the [Bulk actions] there should be an action, Reapply Markups. You can choose any or all items on that page and select [Apply]. All prices on all variations of the selected products will be recalculated. If you’d rather do them one at a time from that page, you can also find the Reprice icon in the Attributes column. Or, you can filter by an attribute and then bulk reapply on just those products. If you want to not update a product (assume it is old inventory and you want to leave the old markup alone), then you just ignore that product.
I hope this is what you were looking for.
Forum: Reviews
In reply to: [Markup by Attribute for WooCommerce] Does exactly what it says it doesYou’re welcome!
Bingo! I was able to recreate the problem. The issue is related to how PHP’s “is_numeric()” function handles decimals (it doesn’t like commas).
My test data already had a $2.50 markup, so when I switched to Euro notation for testing, I didn’t need to create a new markup. But when I deleted the existing markup and tried to recreate it using “2,50€”, the problem emerged. (You likely encountered an issue when trying to enter markup values on the Attribute page.) This explains why the bug didn’t surface in my testing before the last release.
I’ve resolved the problem in both the markup validation and price processing functions, and will be rolling out a new release as soon as I complete regression testing. I hope to have this completed by the end of today.
Thank you for your patience and for providing information that helped me track this down.
I’m not sure if I understand your question. By ‘regular price,’ are you talking about the base price of the product, the price with no additions? And would ‘offer price’ be the price of the individual variations? I’ve never seen a situation where decimal numbers do not work and can’t think of how that would be possible. But here are some things you might look at.
- The most common issue is that people expect the variation price to update automatically instead of reapplying the markup (surcharge). It does not sound like this is your problem.
- You may want to check if the ‘Round Markup’ setting is set in the Settings. This only applies to percentage markups, and only to the amount below the decimal, so I don’t think this is the issue, either.
Unfortunately, that’s all I can think of. Please help me understand the issue better.
No, sorry. I get where you are going with that, but it takes a more sophisticated plugin than this one. I don’t have any recommendations, but I’ve noticed that Woo makes a bunch of bundle plugins that might do what you want.
Forum: Plugins
In reply to: [Markup by Attribute for WooCommerce] installation took down my siteClosing thread; not a Markup by Attribute issue.
Forum: Plugins
In reply to: [Markup by Attribute for WooCommerce] installation took down my siteCaught your last message after I wrote mine. I hope you get it all worked out. 🙂