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”.

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 ?

Thank you … “Disable Theme Swiper JS Library” works now 🙂

ok but “Disable Theme Swiper JS Library” seems does not work as designed. Even if option turned on, swiper js is still loading.

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.

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 ?

cool, thx 🙂

One more place to “disappear” YiTH badges 🙂
https://gyazo.com/56463e1ffb0ae816ea989585248e5687
this is a wishlist off-canvas.

I’m a great fan of 8Theme so my feedback is already there 🙂

great 🙂 … seems to be working as it should 🙂 Thank you very very much.
One last little thing 🙂
Can we get rid of badges here: https://gyazo.com/f530df481c9252140b23c6c295e42b31

those are images on next/previous buttons on the sides of the screen.

I could try to hide it via custom CSS, but I think this should be done on “upper” level as really doesn’t make sense to show any badges on such a small images.

one more observation 🙂
When I select a variant main image stays as it was but when I move mouse over it, it zooms correct image (as it would be swapped already)
see video: https://gyazo.com/eada0afa068a0ba317390498a8a08bda
First, I selected a blue colour, main image stays with both colours, moved mouse over image and zoom was showing blue colour only.
Then, I selected ping and moved mouse over main image .. saw pink image 🙂
So seems that we have a problem only with main image display.

Hi
Thank you for your findings.

Ad.1 – Premium Addons removed … I managed to replace it with Xstore default addons 🙂
Ad.2 – badge should not be shown on any miniatures … only on the “big” picture
Ad.3 – YITH WooCommerce Product Add-ons & Extra Options replaced by different plugin providing exactly the same functionality … anyway we had a plan to replace YITH 🙂

Could you please check now …

please see prv.

Hi
I did many tests and classic/multistep seems to be ok now 🙂 .. thank you very much … again great support 🙂

Should I copy entire theme and et-core to production site or wait for next release ?

Hello
This time no error in order with standard shipment metod, thank you 🙂

But when I selected shipping via “Paczkomaty inpost 24/7” I can’t place order. Error in red filed says “Proszę wybrać paczkomat” what means “Please select parcel locker” which is mandatory for this type of shipment:
https://gyazo.com/a7c6abc84a39cc6cb0284e96204d81ee

Parcel locker has been selected from the map on the right hand side (box with product and shipping details: https://gyazo.com/76391935bbccce7a4360126869c1deab

Can you please have a look ?
On production site, where I have standard cart/checkout all works fine.

PS:
Interesting error I fount in debug log … please see prv.
Error seems to be related to WPForms not Paczkomaty integration so not sure if this is relevant to above issue.