Title: woomigrating's Replies | WordPress.org

---

# woomigrating

  [  ](https://wordpress.org/support/users/woomigrating/)

 *   [Profile](https://wordpress.org/support/users/woomigrating/)
 *   [Topics Started](https://wordpress.org/support/users/woomigrating/topics/)
 *   [Replies Created](https://wordpress.org/support/users/woomigrating/replies/)
 *   [Reviews Written](https://wordpress.org/support/users/woomigrating/reviews/)
 *   [Topics Replied To](https://wordpress.org/support/users/woomigrating/replied-to/)
 *   [Engagements](https://wordpress.org/support/users/woomigrating/engagements/)
 *   [Favorites](https://wordpress.org/support/users/woomigrating/favorites/)

 Search replies:

## Forum Replies Created

Viewing 15 replies - 1 through 15 (of 29 total)

1 [2](https://wordpress.org/support/users/woomigrating/replies/page/2/?output_format=md)
[→](https://wordpress.org/support/users/woomigrating/replies/page/2/?output_format=md)

 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Product Gallery Slider, Additional Variation Images for WooCommerce] Compatibility issue with picture tag (shortpixel)](https://wordpress.org/support/topic/compatibility-issue-with-tag-shortpixel/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [5 years, 1 month ago](https://wordpress.org/support/topic/compatibility-issue-with-tag-shortpixel/#post-14223122)
 * After further investigation I believe the issue is actually caused by the Shortpixel
   plugin and not yours.
    -  This reply was modified 5 years, 1 month ago by [woomigrating](https://wordpress.org/support/users/woomigrating/).
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Custom Order Numbers for WooCommerce] Stop using custom order numbers for new orders only](https://wordpress.org/support/topic/stop-using-custom-order-numbers-for-new-orders-only/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [5 years, 3 months ago](https://wordpress.org/support/topic/stop-using-custom-order-numbers-for-new-orders-only/#post-13928238)
 * 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.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Custom Order Numbers for WooCommerce] Stop using custom order numbers for new orders only](https://wordpress.org/support/topic/stop-using-custom-order-numbers-for-new-orders-only/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [5 years, 3 months ago](https://wordpress.org/support/topic/stop-using-custom-order-numbers-for-new-orders-only/#post-13927626)
 * Since this issue is the only thing that prevents us from activating our new payment/
   TMS solution, I’m just wondering if you are working on trying to figure out a
   solution for this, or if I should look elsewhere for a solution?
    -  This reply was modified 5 years, 3 months ago by [woomigrating](https://wordpress.org/support/users/woomigrating/).
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Custom Order Numbers for WooCommerce] Stop using custom order numbers for new orders only](https://wordpress.org/support/topic/stop-using-custom-order-numbers-for-new-orders-only/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [5 years, 3 months ago](https://wordpress.org/support/topic/stop-using-custom-order-numbers-for-new-orders-only/#post-13912885)
 * 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](https://docs.krokedil.com/article/312-krokedil-shipping-connector)
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Age Gate] Age Gate active for googlebot in random URLs](https://wordpress.org/support/topic/age-gate-active-for-googlebot-in-random-urls/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [5 years, 4 months ago](https://wordpress.org/support/topic/age-gate-active-for-googlebot-in-random-urls/#post-13848419)
 * The issue seems to have been fixed with suggestion from other plugin support,
   by adding Googlebot to the bot check in \age-gate\public\js\age-gate-public.js
   
   navigator.userAgent.match(/bot|Googlebot|googlebot|crawl|slurp|spider|facebookexternalhit
   |Facebot|Twitterbot/i)
 * Weird that the error only happens when I have that other plugin active, and that
   the above fixed it. Maybe you could add Googlebot in your code with the next 
   update unless the next version already is the v3 with JS port of CrawlerDetect.
 * Thanks for your assistant, and, Happy New year!! 🙂
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Currency per Product for WooCommerce] Wrong currency when creating orders in backend](https://wordpress.org/support/topic/wrong-currency-when-creating-orders-in-backend/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [5 years, 4 months ago](https://wordpress.org/support/topic/wrong-currency-when-creating-orders-in-backend/#post-13818883)
 * 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
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Age Gate] Age Gate active for googlebot in random URLs](https://wordpress.org/support/topic/age-gate-active-for-googlebot-in-random-urls/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [5 years, 4 months ago](https://wordpress.org/support/topic/age-gate-active-for-googlebot-in-random-urls/#post-13816306)
 * In our case we are using JS version of Age Gate.
 * How are you checking for the googlebot user agent when using Age Gate JS?
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Age Gate] Age Gate active for googlebot in random URLs](https://wordpress.org/support/topic/age-gate-active-for-googlebot-in-random-urls/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [5 years, 4 months ago](https://wordpress.org/support/topic/age-gate-active-for-googlebot-in-random-urls/#post-13807955)
 * 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?
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Age Gate] Custom user agent](https://wordpress.org/support/topic/custom-user-agent/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [5 years, 6 months ago](https://wordpress.org/support/topic/custom-user-agent/#post-13620891)
 * 12 minutes to answer, that’s impressive!
 * Also the filter seems to work perfect, thanks a lot!!!
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Cart Abandonment Recovery for WooCommerce – Recover Lost Sales with Automated Emails] Attribute selections missing from recovered orders](https://wordpress.org/support/topic/attribute-selections-missing-from-recovered-orders/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [6 years ago](https://wordpress.org/support/topic/attribute-selections-missing-from-recovered-orders/#post-12719516)
 * 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?
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Cart Abandonment Recovery for WooCommerce – Recover Lost Sales with Automated Emails] Attribute selections missing from recovered orders](https://wordpress.org/support/topic/attribute-selections-missing-from-recovered-orders/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [6 years ago](https://wordpress.org/support/topic/attribute-selections-missing-from-recovered-orders/#post-12713814)
 * Are you using the variation-ID for recovering an item? If so I might have an 
   idea on why this happens…
 * We are using selectable attributes which doesn’t have it’s own unique variations.
   Let’s take the above item as an example and let’s say the “Print”-terms doesn’t
   have unique variations, so it look like this in the product-edit-variations-tab:
 * #20452 [Small] [Black] [Any Print]
    #20453 [Medium] [Black] [Any Print] #20454[
   Lagre] [Black] [Any Print] … …
 * So if your plugin is using the variation-ID to recover the order-item, it would
   not know the selected Print-term since it’s not given from the variation-ID.
 * Could this be the reason why all the attribute selections goes missing from the
   order-item?
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[FiboSearch - Ajax Search for WooCommerce] Search Page issue](https://wordpress.org/support/topic/search-page-issue-3/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [6 years ago](https://wordpress.org/support/topic/search-page-issue-3/#post-12713544)
 * Hi,
    Apologies for the delayed response here too.
 * We are using this filter: [https://xforwoocommerce.com/store/product-filters/](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.
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[WPC Frequently Bought Together for WooCommerce] Attribute for variable output slug in cart instead of name](https://wordpress.org/support/topic/attribute-for-variable-output-slug-in-cart-instead-of-name/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [6 years, 4 months ago](https://wordpress.org/support/topic/attribute-for-variable-output-slug-in-cart-instead-of-name/#post-12258543)
 * I should add to say that I just noticed this only happens with products with 
   only 1 attribute. Variable products with multiple attributes outputs the attribute
   term’s NAME rather than the SLUG.
 * ————————————————————
 * Variable product with 1 attribute, added to cart from “Bought Together”:
 * T-shirt with print – Blue with black print
    Color: blue-with-black-print <<< 
   term SLUG
 * ————————————————————
 * Variable product with 2 attributes, added to cart from “Bought Together”:
 * T-shirt with print
    Color: Blue with black print <<< term NAME Size: Medium <
   << term NAME
 * ————————————————————
 * Maybe it is a bug that have something to do with that WC adds the attribute term
   name to the end of the product name for variable products when it have only 1
   attribute, which it doesn’t when the variable product have multiple attributes?
    -  This reply was modified 6 years, 4 months ago by [woomigrating](https://wordpress.org/support/users/woomigrating/).
    -  This reply was modified 6 years, 4 months ago by [woomigrating](https://wordpress.org/support/users/woomigrating/).
    -  This reply was modified 6 years, 4 months ago by [woomigrating](https://wordpress.org/support/users/woomigrating/).
    -  This reply was modified 6 years, 4 months ago by [woomigrating](https://wordpress.org/support/users/woomigrating/).
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[OMGF | GDPR/DSGVO Compliant, Faster Google Fonts. Easy.] PageSpeed: “Ensure text remains visible during webfont load”](https://wordpress.org/support/topic/pagespeed-ensure-text-remains-visible-during-webfont-load/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [7 years, 2 months ago](https://wordpress.org/support/topic/pagespeed-ensure-text-remains-visible-during-webfont-load/#post-11233453)
 * ‘swap’ finally made it, thanks!
 *   Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/)
    In
   reply to: [[Autoptimize] CSS and lazy load](https://wordpress.org/support/topic/bunch-of-questions-3/)
 *  Thread Starter [woomigrating](https://wordpress.org/support/users/woomigrating/)
 * (@woomigrating)
 * [7 years, 2 months ago](https://wordpress.org/support/topic/bunch-of-questions-3/#post-11202131)
 * 1. I had your latest update installed when I did the test with/without AO LazyLoading,
   but I tried anyway just now to uninstall & reinstall latest from your link… issue
   remains the same!
 * 6 (new). On another site I have AO + W3 cache where I use fragmented page caching
   to exclude geotargeted dynamic content from caching. If I don’t check “Keep HTML
   comments” in AO the code which implements the fragment is removed.
 * In sidebar.php I exclude sidebar from caching like this:
    <!–mfunc <?php echo
   W3TC_DYNAMIC_SECURITY; ?> –> dynamic_sidebar( ‘sidebar-1’ ); <!–/mfunc <?php 
   echo W3TC_DYNAMIC_SECURITY; ?> –>
 * Is there a way to make AO keep only mfunc comments? …or maybe you want to implement
   it 😉

Viewing 15 replies - 1 through 15 (of 29 total)

1 [2](https://wordpress.org/support/users/woomigrating/replies/page/2/?output_format=md)
[→](https://wordpress.org/support/users/woomigrating/replies/page/2/?output_format=md)