• Resolved Pixel Fish

    (@kevin-fouche)


    Hi there

    I hope you are well!

    I have a client that is considering Hubspot, however we have found the plugin is causing a conflict with both of their Woocomerce websites running the Shoptimizer Theme. 

    The conflict occurs when all other plugins are disabled and only the Shoptimizer Theme, WordPress & Woocommerce are active. (Everything is up to date). 

    I have set up a staging site that showcases the conflict that prevents the customers from editing or clicking on the sidecart?such as Remove Items, View Cart & Checkout

    See video demo

    As soon as you deactivate it, the sidecart works fine
    As soon as you reactivate it, it no longer works

    • This topic was modified 1 year, 3 months ago by Pixel Fish.
Viewing 11 replies - 1 through 11 (of 11 total)
  • Hi @kevin-fouche

    Thanks for flagging this issue. It is not clear from this video, what is causing this issue. If possible, could you please share a screenshot of the browser console and a HAR file when the issue is occuring.

    Kind Regards
    Sahil

    Thread Starter Pixel Fish

    (@kevin-fouche)

    Hi

    Thanks for sharing these additional details. Could you also share the screenshot from the console tab in browser dev tools? It is possible that if it is a Javascript issue, it might’ve been flagged there.

    Kind Regards
    Sahil

    Thread Starter Pixel Fish

    (@kevin-fouche)

    Hey
    Thanks for sharing this. We’ve been trying to replicate this issue in our test wordpress site by just installing HubSpot, WooCommerce plugin & the Shoptimizer theme. But the sidebar cart on our website is working fine.
    To debug this further, I would like to request you to replicate the following steps (if possible create a screen recording while doing these steps and share it with us):

    1. Go to this page with hubspot activated
    2. Open network logs, make sure network traffic is being captured & also open dev tools console as shown in the image below
    3. Add and item to the cart
    4. Remove item from cart. Observe that it is not working.
    5. capture a HAR file. Send it to us.
    Thread Starter Pixel Fish

    (@kevin-fouche)

    Hi,

    The sidebar doesnt work even on the link you provided so you should be able to experience what I am seeing.

    Anyways I have also made a screen recording as per your request:
    https://www.loom.com/share/fcb51fdd2b9e4475b4ecc3c982e0923b?sid=69a9cd8f-fcb7-4a20-9482-4cf6a88593d7

    Also see HAR file:
    https://drive.google.com/file/d/1E3MnMJv6fpgNVm5ck7rU4ZUZZzftdMWm/view?usp=sharing

    Hey

    Thank you for being patient on this issue. We’ve now been able to replicate this issue on your website and found the root cause as well. Turns out that the HubSpot’s tracking script loaded by the plugin is blocking these clicks, specifically, LinkedIn Ads pixel script.

    We haven’t found out why exactly is the script blocking these clicks but as a possible workaround, you could try to remove LinkedIn pixel from your HubSpot ads portal, if possible for your use case.

    We’re still trying to fix the underlying issue and would appreciate your patience regarding this.

    Kind Regards
    Sahil

    Thread Starter Pixel Fish

    (@kevin-fouche)

    Ok thanks I have advised client and will await your update

    Hey
    On a further deep dive into this issue from our end, we’ve found out that the ads script is not exactly blocking your cart-related API calls.
    We noticed that there might be an issue with multiple API calls getting triggered at the same time and how the cart-related API calls might be getting triggered.
    For eg., when I hold down my mouse click, the analytics call (to LinkedIn) gets triggered immediately, and if I wait till the loading spinner stops to release the click, I can see that the cart-related API call is also triggered.
    In this video (https://drive.google.com/file/d/1DvpIJqHP6BxXq2zT_Y21bro08Y3o0yHH/view?usp=sharing), you’ll see that when I hold the click, both of the actions are triggered.
    This tells me that instead of the ads script blocking this request, there might be an issue in how you’re dispatching these API calls (especially with multiple requests together).

    Another issue could be in how the loading spinner is getting triggered and if that is stopping the event from propagating further. In this video (https://drive.google.com/file/d/1ESYzlOr52ji-0uMTvSL8HVF4g2EcpGXQ/view?usp=sharing), you’ll see that removing the loading spinner fixes this issue. So it is also possible the method opening up the spinner is blocking the event.

    Let us know if any of these leads help you.

    Kind Regards
    Sahil

    Thread Starter Pixel Fish

    (@kevin-fouche)

    Thanks for the reply. Since Im not dispatching these API calls myself, you are basically saying since nothing else is at play – this issue/situation lies somewhere between the way your plugin works… and way the theme Shoptimizer’s side cart functionality works?

    Unfortunately yes. From your end, I can only suggest removing LinkedIn pixel tracking from the ads portal.
    I will be closing this support ticket for now. If there is anything else we can help with, feel free to re-open it.

Viewing 11 replies - 1 through 11 (of 11 total)
  • The topic ‘conflict with Woocommerce sidecart’ is closed to new replies.