petercarlill

It worked!

Thanks for that, and very happy to help try to solve the problem ??

For some reason I did have to go back in and set my preferred custom order for the Home subcategories, but the fashion subcategories were still in the desired order.

This version with the plugin from GIT is live on the site now at https://discovervintage.co.uk/

Thanks, that’s odd.

I’ve now removed 'orderby' => 'name' from both functions as this wasn’t the desired effect I wanted anyway – I wanted them to be overwritten by the plugin and use the custom order I’d set.

When using Query Monitor, the Fashion function (child of 23) throws up:

SELECT t.*, tt.*
FROM wpdl_terms AS t
INNER JOIN wpdl_term_taxonomy AS tt
ON t.term_id = tt.term_id
WHERE tt.taxonomy IN ('product_cat')
ORDER BY t.name ASC

But also throws up one for ‘update_meta_cache’ as below.

SELECT term_id, meta_key, meta_value
FROM wpdl_termmeta
WHERE term_id IN (86,121,35,361,81,93,62,117,56,66,228,96,233,245,229,54,323,330,38,41,53,226,326,46,79,224,52,73,72,329,77,231,120,122,225,67,49,340,97,43,123,60,55,78,92,61,327,90,118,48,281,282,42,129,116,47,341,36,44,232,50,125,126,127,128,39,234,227,325,70,222,57,223,91,85,94,68,83,124,69,80,88,342,71,45,82,65,59,63,74,84,89,15,328,346,331,37,230,324)
ORDER BY meta_id ASC

The home function (child of 22) throws up only:

SELECT t.*, tt.*
FROM wpdl_terms AS t
INNER JOIN wpdl_term_taxonomy AS tt
ON t.term_id = tt.term_id
WHERE tt.taxonomy IN ('product_cat')
ORDER BY t.name ASC

For reference in the Fashion list, Ladies, Gents and Children should be the top level categories, and all the others should be showing under their respective parent as in the Home example.

• This reply was modified 3 years, 1 month ago by petercarlill.

Hi there,

Yes, that solves my issue – thanks a lot for that change.

I’ve been in and made an order and I can change the time and date any time before clicking checkout, but on the checkout page there is no service date or time mentioned and nowhere to change it.

After submission the order looked the same as before, with no service type or time listed.

Here are some screenshots to show the issue:

https://www.vivacubaleeds.co.uk/wp-content/uploads/2020/05/Screenshot_20200523-083245.png

https://www.vivacubaleeds.co.uk/wp-content/uploads/2020/05/Screenshot_20200523-083254.png

No, this is not the problem I’m afraid – I had those tags in the email.

Orders are appearing with no service type tag in the admin column, no service type or time shown in the section at the top of the edit order page in the dashboard, and the area where the tags should be in the email is coming out blank.

Completely agree. With European data laws, and for user simplicity at checkout I need the option to just use guest checkout as in the previous version.

Have set up one site with this plugin so far and had intended to use it on a number of other projects but this last update has caused various issues so really need these to be fixed otherwise I’m stuck with an old version of the plugin.

I’m sorry, I love the plugin but this update seems to be a complete nightmare with huge errors.

Please see this development site (had to rollback the live site as I was unable to function with the new plugin)

https://catspjs.co.uk/order-online/

As you’ll see at checkout there are no address fields showing, even if you pick delivery – use postcode LS6 1AA

It is also not respecting the minimum order (which is set at ￡15), and no delivery cost is being added to the order (set at ￡2 using the delivery fee extension).

I’m having this same issue (apart from in my case having a dropdown with the value GB) – did you identify a fix at all?

Just in case anyone has difficulties with this in the future, I was creating the file on textedit for the mac, and the Unix txt format wasn’t working.

I put my file through https://www.fileformat.info/convert/text/unix2dos.tr and it then was working fine.

I had this same problem but managed to find a fix.

My site was set to British English, en_GB. Changing the overall site language to en_US in the wp-config file forced the plugin to use the US language.

If you want to still keep your original site language, you can copy deefusereorder-en_US.mo and deefusereorder-en_US.po from the /languages folder in the plugin’s directory and rename them to suit your language.

For instance I’ve copied them and renamed them deefusereorder-en_GB.po and deefusereorder-en_GB.mo and now I’ve got the plugin in English again.

Hi Elliot.

I have this same issue on a fresh install of 3.5.4.1.

Did you get a chance to look at an installation? If not I’ll pop you over some account details.