try now 🙂 I forgot about 2FA 🙂
try now 🙂 I forgot about 2FA 🙂
didn’t work … please have a look on my prod site .. see priv for detaiks
Cool thx, it works 🙂 but only on staging site. What should I do on production sites ?
Hi
Thank you very much for your effort …
Re #4:
Still seems not fully solved 🙂 all seems to work as expected for “out of stock” variant but not entirely for “in backorder” product. Please try to open link #1 from private and select “9.5×13,5 cm” variant. This one has a stock = 0 but backored is allowed => “add to cart” should be active.
Funny as button “add to cart” is “active” or “not active” depending on the order of selections of variants 🙂
– if you select “9.5×13,5 cm” (in backorder) as the first one -> “add to cart” not active
– “13×17 cm” (in stock) selected as a first one and then “9.5×13,5 cm” -> “add to cart active
– “7,5x11cm” (out of stock) selected as a first one and then “9.5×13,5 cm” -> “add to cart” not active.
Supporting video: https://gyazo.com/576bfac1a8d5f4c795c6867f3013ddd6
Re #2
What do you mean by “Back In Stock Notifier For WooCommerce Compatibility” plugin ? is this something what I should be able to find in the plugins store ?
Re #5
Not sure it this is new issue or missed it previously but, in the popup window subscription does not work. I mean form is displayed but I can not submit it.
Supporting video: https://gyazo.com/98bc18331758c6290671857009662558
Hi
Issues I noticed:
1) on the simple out-of-stock product Back In Stock Notifier not showing but should 🙂 (link#1 from prv)
2) on the variable product and quick off-canvas view , there is wrong order -> Back In stock notifier jumps above swatches (https://gyazo.com/730e30754f2e2edfd0257a78632bfeb0) but this is not a big deal and can stay as is.
3) Back In Stock Notifier displayed on the sticky bottom bar does not work. You may fill out fields but click on “Notify when back on stock” has no effect. I suspect this is related to missing recaptcha here.
4) Not sure if this is an issue after Back In Stock Notifier or general in xstore .. but while one of the variants is out-of-stock , on the sticky bottom bar, you still can click on “add to cart” button. Page is only reloading and luckily product is not added to cart but still a bit confusing for the customers. This is hot it looks when you open page (link #2 from prv) scroll down, click on “select option” , select middle wariant which is out of stock https://gyazo.com/3004fb8d3269bac0b746a6ca915c8c46
Interesting is that if you first select variable at the top of the page, than scroll down , click on “select option” , select middle wariant which is out of stock , button “add to cart” is greyed so you can not click on it. (and it should be like that. But here again if you choose next variable which is on backorder it is also greyed but should not be as this one is allowed to be ordered. https://gyazo.com/54021a78358f665b35ca271f6308ee21
5) when I switched in Back In Stock Notifier setting “Frontend Subscribe Form Display Type” to “pop-up subscribe form” button almost overlapping to other buttons, but most probably this can be easily corrected via css https://gyazo.com/5a4c6c8982ff384271c6942ed0dc35ab
That’s all for now.
sure will do .. just let me finish all tests 🙂
Thx .. I will get in contract with plugin author. But would you be willing to share unofficial solution 🙂 I mean, which part of plugin code needs to be modified, so I can apply it before plugin author will make a changes on their side. Of course I’m fully aware that it will be overwritten with plugin update etc.
my mistake .. see prv
see prv
sure .. here are screenshots:
#1 Single product view
https://gyazo.com/3e328711af2ab2829a1145b37fd80581
Back In Stock Notifier should be above add to cart buttons as it is on variable product: https://gyazo.com/6bdd7bd0a1474d9f9ceb11e9d16c5ea2
#2 Sticky bottom bar
https://gyazo.com/b6743e5e3baf0e7fa5da30a6d2c946c6
when you scroll down, Back In Stock Notifier should not be showed on add to cart sticky bottom bar
#3 Off-canvas view – variable product
https://gyazo.com/b729e7d1cd171bbd23fdccb93ca60f2b
and here switching between size/variable multiplies Back In Stock Notifier.
#4 Off-Canvas – single product
https://gyazo.com/53b311ba62f89a8dc630b6325c659910
Back In Stock Notifier should be above add to cart buttons
Looks good now … thank you very very much.
I will make fer more deep tests prior to production strat and will let you know if I will find anything else (but I do not expect any more issues) 🙂
Hello, Rose
We are almost there 🙂
Waitlist widget is in the right place now =, thank you for corrected code, but again it is missing on simple product which is out-of-stock … so case where we started 🙂
If there would be “ideal”, “light”, “perfectly developed” and “one fits all” kind of plugin, world would be wonderful 🙂 and I would call you “my Master” 🙂
Unfortunately, reality is as it is, so I fully understand your position. You can’t cover every need.
Nevertheless, your addon to xstore is already good. Now it is just a matter of “proper” logic in estimated delivery calculation.
For now, you can skip “pre-order” part and “custom non working dates”. This will cover most probably 90% of users’ needs 🙂
Other laggards – like me 🙂 – will manage differently with “non-standard”
It’s totally understandable, you guys are super great but you’re not magicians 🙂
All working great now .. thank you for your great support.
One more thing for clarification as I feel it was not 100% clearly expressed in previous post :).
Normally we have the following possible stock statuses:
A. when “Manage stock level (quantity)” is turned ON
1. in-stock -> we have products with amount >0
2. out-of-stock / no backorder –> stock qty <0, “Allow backorder” option set to “Do not allow”.
3. on backorder 1 -> stock qty <0, “Allow backorder” option set to “Allow, but notify”
4. on backorder 2 -> stock qty <0, “Allow backorder” option set to “Allow”
5. Pre-order -> but this is normally done via 3rd party plugin so most probably not possible to create compatibility with all variants, but read point IV below 🙂
B. when “Manage stock level (quantity)” is turned OFF
1. in-stock
2. Out-of-stock
3. On-backorder
4. Pre-order
Now Estimated delivery time should:
I. Calculate delivery days for options: A1, A4, B1
II. Display default delivery (eg. 30 days) for options: A3, B3
III. Display nothing or “Estimated delivery: unknown” for options: A2, B2
IV. Calculate delivery days against statically defined date (e.g. configured in product settings in the same place where we can overwrite number of days at the moment, but here new option precise “date” would be necessary to be added). This should work for options: A5, B4
The same option users could use for any other purpose, for example if we know that next delivery to our warehouse will happen on 1st February, we could add this date and it would work for dynamic “on backorder” products 🙂 So if date defined in the specific product, system would use it on the same manner as now using “days” defined for the product and overwrite default behaviour.
Hope this makes sense 🙂
OK … so I will put it here …
The only difference I see is added new option “Set shipping time -> Same day shipping time” .. is that correct ?
I’m missing option “number of days if product is on backorder or out-of-stock”. This should be used when we do not have product in stock. We can’t in such situation say to the customers that estimated delivery is 1 day.
So, functionality has to take into consideration if we have product (or variable) in stock or not.
Further this must be dynamic as within one variable product awe can have different stock statuses e.g. one variant can be in stock, so we should show 1 day, other variant can be in backorder we need to show e.g. 30 days etc.
Going back to the main functionality “Set shipping time”
I set:
– Set shipping time to 17:00
– Set count of days = 1 day
– Not working days = Sat, Sun.
We have Friday 18:00 today
On the product I see: Estimated delivery: 2 days
This is wrong as non working days are skipped in this calc.
Proper answer should be -> delivery: 4 days:
– day 0 – today -> it is too late to make shipment
– day 1,2 – weekend -> nothing is happening
– day 3 – Monday – > we do shipment
– day 4 – Tuesday -> package delivered
Most probably this would work ok in normal working days (eg. Tuesday) as it would be:
– day 0 – Tuesday, today
– day 1 – Wednesday -> we do shipment
– day 2 – Thursday -> package delivered
When I moved Set shipping time to 19:00 (ahead of us, so we can ship it at the same day) I got estimated delivery 1 day what would suggest that product will be delivered tomorrow (Saturday).
This is wrong but could work on normal working days.
Proper answer should be: 3 days
– day 0 – today, Friday -> shipment
– day 1,2 – weekend -> package most probably waiting in courier warehouse
– day 3 – Monday -> delivery to client
So, you need to consider special case for Fridys 🙂 when even if we do shipment, package will be waiting till minimum Monday for delivery, and all other days where between shipment and potential delivery we have any of the non working days.
More complex case:
– shipping days are set as a range 1-3 days
– order placed on Thursday at 12:00 so we can do shipment at the same day
Proper answers should be: 1-5 days …
A. best case scenario when courier will be fast:
– day 0 – Thursday – shipment
– day 1 – Friday – delivery
B: worse case scenario when courier will use all 3 working days to deliver:
– day 0 – Thursday – shipment
– day 1 – Friday – courier moving package to his warehouse
– day 2,3 – weekend, nothing is happening
– day 4 – Monday, second day for courier to move between logistic centers
– day 5 – Tuesday, third day for courier -> delivery to client
From my experience with different couriers, they put into the agreements commitment to deliver within specific number of “working days” … not calendar days. This is btw why “Dates range” you created is very helful 🙂
Hope above make sense ?
As an example on how those days are calculated properly, please have a look on the other plugin installed on my staging. You can see delivery calculated dynamically (ajax loaded) under the “buy now” button on single page. for testing this product …/sklep/obrazek-ojciec-pio-vl81384col/ we have a combination off all in-stock, out-of-stock and backordered variants, so you can switch between variants and see estimated delivery calculations.
Above mentioned plugin have way too many options which normally are not needed and is very heavy … so just look on the calculation methods and not replicate everything is there 🙂
PS:
As a next step, you could consider adding possibility to add custom non-working dates or ranges of dates. For example public holidays, Christmas breaks etc. This should be on top of current “Not working days: days of the week”.
feedback here on in upvoty ?
SFTP details provided in the first post … in private part 🙂
We do not use standard FTP but SFTP only, and authentication is possible via key, not user and password … hope this is not an issue ?
ohh sorry .. I forgot about it .. not you should be able to login
Thank you … “Disable Theme Swiper JS Library” works now 🙂
it works 🙂 thank you
ok but “Disable Theme Swiper JS Library” seems does not work as designed. Even if option turned on, swiper js is still loading.
yes … problem only occurs on php 8.1
That’s clear 🙂 but seems this is not incompatibility with 3rd party plugin but issue with “8theme – Product Status Filter” widget. Once added to “Shop sidebar” or “Shop filters” widgets area, error occurs on the woocommerce pages generated vie standard woocommerce shortcode despite if other plugins are running or not.
After few more tests 🙂 I think I found a source of issues …
My pages mentioned in previous post failing to load if on “Shop sidebar” or “Shop filters” i added “8theme – Product Status Filter”.
Without it, all seems to be fine …
Hi Rose
Thank you for you answer … I made few tests and so far noticed only one issue with pages where woocommerce shortcodes are placed.
I have 3 pages with the following shortcodes:
#1. [new_products limit=”100″ days=”60″]
#2. [products limit="-1" on_sale="true" paginate="true" limit="24" orderby="rand" visibility="visible" ]
#3. [products columns="4" visibility="featured" paginate="true" limit="-1"]
URLs in private
#1 & #3 does not display products at all and looks like page not fully loaded
#2 display products but css seems to be loaded only partially
Actually 🙂 above depanding on which combination of plugins is running 🙂
– when Complianz plugin is running all three pages causing fata error (i think) and page looks like on tablet
– when Complianz is turned off pages load but with issues I mentioned earlier
But … when I switch site theme to StoreFront, all works as it should, pages loading fully, Complianz works without errors etc ..
So I guess there must be some clash between Xstore, Complianz and woocommerce ?
Could you please have a look ?
Hello Tony
Thank you for prompt answer but this is not exactly I have been after 🙂
Anyway … we can close it as already found a solution … this plugin: https://wordpress.org/plugins/live-copy-paste/ does exactly what I need.
Thank you.
cool, thx 🙂
Grace Period Exceeded for 2FA 🙂
I extend grace period so you should be able to log in now 🙂
One more place to “disappear” YiTH badges 🙂
https://gyazo.com/56463e1ffb0ae816ea989585248e5687
this is a wishlist off-canvas.