woomigrating

I took a look in your code now and I actually found a way to achieve what I wanted.

In includes/class-alg-wc-custom-order-numbers-core.php

I changed the 3 instances of
update_post_meta( $order_id, ‘_alg_wc_custom_order_number’, $current_order_number );
to
update_post_meta( $order_id, ‘_alg_wc_custom_order_number’, $order_id);

Tested and it seem to work fine. Just have to remember to make this file change if I update your plugin.

To be more specific, for our payment gateway (Klarna Checkout) there is a paid add-on feature (Klarna Shipping Connector) which automatically send order info and creates shipments in our TMS (Unifaun). This order info is sent with the standard order_id instead of the Custom Order no.

Since my proposed idea will not work, maybe you can come up with another solution?

https://docs.krokedil.com/article/312-krokedil-shipping-connector

Hi Kenil, thanks for response!

This is the settings I use…

Shop behaviour: Show prices in different currencies (and set cart and checkout behaviour separately)

Cart and checkout behaviour: Leave product currency (allow only same currency products to be added to cart)

Currency #0 [EUR]
Currency #1 [GBP]

I have set productX to use GBP in the product-edit, and there is a £-symbol next to the price.
If I go to productX on front, it’s price is displayed correctly in GBP(£), also when I add to cart/checkout.
When creating a order manually in admin, productX always get price in Euro(€).

Regards
woomi

After you answered I did some tests and found a compatibility issue with another plugin which is also involved with googlebot. If I deactivate that plugin, then your plugin works normally. The other support is asking:
“How are you checking for the googlebot user agent to not show that popup?”
Could you help me with an answer for that?

We have created the variations through only default Woocommerce.

The issue is that you can not use the variation-ID to capture the information in a selectable attribute which have terms without unique variations.

Let me explain how you create these in the product, maybe this procedure is not well known unless you worked a lot with Woocommerce variations.

In the variable product, add two attributes e.g “Size” & “Color”.
Give them values e.g “Small, Medium” & “Black, White”.
Tick the boxes “Visible on the product page” & “Used for variations” and Save attributes.
Go to Variations tab & “Create variations from all attributes”.

Now you will have 4 variations looking like this:
#1 [Small][Black]
#2 [Medium][Black]
#3 [Small][White]
#4 [Medium][White]

Now let’s say you print a graphics on the t-shirt when the customer order, and you have 100 different graphics to choose from. To avoid having to create 100 different variation of each current variation which would sum to 400 variations, you create a selectable attribute with terms without unique variations.
(If we would create unique variations of each graphic we would end up with a huge DB when we have very many products like this.)

Now go to Attributes tab and add the attribute “Print” and give it some values.
Tick the boxes “Visible on the product page” & “Used for variations” and Save attributes.
Go to Variations tab but DO NOT create any new variations.

Now you will have 4 variations looking like this:
#1 [Small][Black][Any Print]
#2 [Medium][Black][Any Print]
#3 [Small][White][Any Print]
#4 [Medium][White][Any Print]

Save the product and check on front-end where you will have the 3 attribute drop-down selectors “Size”, “Color” & Print”.

I hope you now understand why I think it’s not possible to capture the selected “Print”-value from only using the variation-ID?

Hi,
Apologies for the delayed response here too.

We are using this filter: https://xforwoocommerce.com/store/product-filters/

However I temporarily fixed it by making a regex which redirects to the same url but without the &dgwt_wcas=1, it works fine, but a actual fix would probably be better.

‘swap’ finally made it, thanks!