phloo
Forum Replies Created
-
Forum: Plugins
In reply to: [Fast Velocity Minify] How to stop removing preconnect & onload switching?Thanks. Disabling this helped a bit. Preconnect is back again.
But the second CSS link rel is still missingFVM converts this
<link rel="preload" as="style" href="$fontlink" />to
<link rel="preload" as="style" href="fontlink...." importance="auto">And this one is missing completely
<link rel="stylesheet" href="$fontlink" media="print" onload="this.media='all'" />The option to remove print CSS is not activated
Thanks for fixing.
@stevejburge your colleague said he has a fix – that was over three weeks ago.
A bug fix release doesn’t take long time and it also helps paying members.But I get it. It’s not about a bug free product in the first place.
Well… over a month now.
Thanks for the info. Looking forward to it..
So @kevinb when are you planning to publish the update?
It’s been almost 3 weeks since reporting the bug@ermosa hi
after many troubled hours with this plugin and the result that variations dont reduce correctly, we removed it completely and fixed our stocks again.
The author tried to help but didnt succeed. And I assume that the usage of the stock management on product level is just plain false (it ignores the stock of the variations)
Hi Kevin. Take a look at the Glance That screen
When your plugin is active. There is no output to see (Glance that options are visible)
So I guess your plugin is way too aggressive in blocking requests.And I was logged in as admin, so there shouldn’t be any blocking at all.
You are wrong. We checked all WC stocks against those from the “stock locations” plugin today and most of them were totally wrong. Easily to see for yourself if you deactivate your plugin and see the counts in the variable products. They are not synched!
I wanted to help and fix this. Even searched for code functions in the WC core.
And if read other git issues and support tickets here I am not the only one with stock count problems. Just saying..
- This reply was modified 5 years, 3 months ago by phloo.
No, you are still misunderstanding/ignoring the problem.
The plugin fails to update the WC stocks and only works for its own fields.
WC is not in sync with the numbers and many problems result because of this behaviour.You saw the mismatching counts yourself and when WC main stock still got items left even though they are at zero in the stock locations, people are able to add it to the cart and over-order the products. Which is a nightmare for shop owners who are not able to fullfill backorders.
For a week I tried to explain and show it to you and you tried to fix it, and suddenly decided to not call it a bug. But then what is it?
I wish you good luck with the development. We will move on with more solid work.
Very helpful @sikedelic
I found a bug with the main stock not being updated and will try use your code to manually fix this like you did.
After a lot of mails and support by Alexandre (thx!), this won’t be fixed because according to him it’s not a bug if the main stock count is not updated when your order is a variable product.
The plugin only can handle main products properly.
Too bad, we really liked this plugin because of it’s simplicity and logic usage.
But it’s unusable for live sites which rely on correct numbers.I opened an issue on GitHub since this is a real big problem at the moment.
Something counts very strangely.Support would be very much appreciated.
Has not been resolved. Your support asked me to become a paid member to receive help on this. We declined (cause paying for something that never worked for us from the start is a nogo)
Good, you got mail.
