walakaka

Update, this is resolved caching issue. Steps to resolve:

1. Regenerate all elementor css files
2. Re-sync all elementor libraries
3. Clear all litespeed cache

Issue resolves, you can check the site staging.petoach.sg –> It’s now behaving as expected

Hi @aracelil ,

Yes — issue is as per specified in this documentation!

• Horizontal Scrolling was due to widgets overflowing
• We set overflow to hidden
• Horizontal Scrolling was resolved

Thank you

Hi @bsfherman,

Sorry for the late reply — wanted to share that the document you shared resolve the issue. It was exactly what it stated — widgets overflowing.

Once we set overflow to hidden, for widgets that are overflowing, it resolves the horizontal scrolling issue.

Thank you!

Edit:

Apologies — the description in the ticket is inaccurate. You can replicate it in Chrome as well.

You can even replicate it in browser dev tools, but I’m unable to find the style that results in the behaviour

Upon further investigation, am unable to find the style that results in this behaviour:

Edit:

Apologies — the description in the ticket is inaccurate. You can replicate it in Chrome as well.

You can even replicate it in browser dev tools, but I’m unable to find the style that results in the behaviour

Upon further investigation, am unable to find the style that results in this behaviour:

@devmich,

Hey hey, thanks for the response. Yeah — since it’s not a MonsterInsights specific issue, think we can close this to avoid clutter.

Meanwhile, any ideas how we can get some attention from the GA4 team? Been radio silent on that front

Hi @babylon1999,

Wanted to share with you that the issue has strangely fixed itself, without any updates made to any themes or plugins.

The issue was resolved both on my local and the staging site.

You may proceed to check it

Do let me know if there is anything else we should be concerned about.

Else will mark this as resolved.

Hey hey @doublezed2,

Noted with thanks — we have reverted the theme to use the storefront theme.

Do let us know if there are any other items we could help you with ??

Thank you in advance, and look forward to hearing your updates soon!

Hey @doublezed2,

I have removed the workaround. You can refer to my previous message for more details on how to replicate the issue.

Thank you

Edit:

• I have removed the workaround
• You can replicate the issue by following the steps below:
  • Access https://staging.petcoach.sg
  • Hover your mouse over the Explore navigation menu. This will list out several options in a dropdown
  • In the dropdown, select Shop. This will take you to the product list page.
  • In the product list page, select Add To Cart for any of the products. This will take you to the cart page
  • In the cart page, hit the Proceed to Checkout button. This will bring you to the checkout page.
  • Here, in the checkout page, you will be able to see that the block UI element does not disappear

___

Hey @doublezed2,

Yes — I think you were on our PROD site. We received the test booking.

The shop page is not yet live, hence you can find it at our staging site here: https://staging.petcoach.sg — Please note that we have hidden the UI block element using CSS.

But you should still be able to see it in the html. Do let me know if you want me to remove the workaround so that you can replicate the issue?

Thank you.

• This reply was modified 11 months ago by walakaka.

Hey @carolm29,

Yeap — we changed the theme to storefront, as per displayed in the screenshots in the trailing comments (under the Theme header). Resharing the screenshot here for ease of reference:

We can confirm that cache cookies — in the browser, and server side has been fully cleared. On client side, we also tested in incognito..

These are the screenshot for my woocommerce system status, hope this is sufficient information. Do let me know if there is more information required!

Note: I have switched back to the Astra Theme because the Storefront theme did not fix the issue. The exact same UI block issue persists even when using the Storefront theme

Hi all,

This is also resolved. The Thank You page seems to use the theme’s blog post template.

The theme that I used was Astra, so I inserted a custom CSS specifically in the Astra Theme Customizer to remove the author and date.

Previously, the author’s name and date would appear.
As this is already hidden, I am just showing the html element (which is already hidden by the css)

Based on the page ID selector — we hid the elements using css, by updating the Astra page customizer:

This does feel like a workaround. So if anyone has a permanent and more elegant solution — please feel free to share!

Hello all,

Just wanted to update that his is resolved — have it as relative path in this location:

1. Head to Elementor Custom Font
2. Click into the Font — for example, Inter
3. Click Edit
4. In the details page, ensure that relative path is specified in the TTL File field. Previously, it was hardcoded to an absolute URL

Hey @carolm29,

Thanks for the prompt response — been hectic so haven’t got the chance to respond.

I have tried all 3 items that you mentioned. But still am unable to resolve the issue

Plugins

I have disabled all plugins except for the following

• Elementor
• Elementor Pro
• Woocommerce

The above plugins are required for my pages to load so that I can load the shop page and the woocommerce widgets (that was inserted using the elementor page builder)

However, when going through the purchase flow:

• Add item to cart
• Proceed to view cart, and then proceeed to checkout
• Try to complete checkout, unable to — because UI blocks the purchase order button

Theme

I have re-enabled all my plugins

Installed and activated the shopfront theme

You can see that the shopfront theme is activated because the UI is also different in my local test page.

However, the UI Block issue continues to persist:

Console Log Error

There are no errors logged to the console

Thanks again in advance, do let us know if further information is required to investigate this mind boggling issue lolol. Thanks!!

Hihi @devmich,

Thanks for getting back! Definitely not looking to set the traffic_type value manually using a custom implementation — would prefer to have this set by GA4 since it’s already an existing functionality.

To address your question, we have re-checked the implementation of our GA4 settings, and yes — we can confirm that the traffic_type value is not_set. Kindly see the following screenshot for reference:

Internal Traffic is defined — here we specify the internal traffic source IP:

Afterwhich, we define the data filter. Here, we specify the traffic_type to be included in the data filter. The Data Filter is named Internal Traffic.

Note: We would expect the Data Filter name Internal Traffic to appear as one of the parameters in Test Data Filter Name, when viewing the GA4 reports

Next, we hit our website — no traffic_type value is sent back to GA4 servers.
Note: We assume that thet traffic_type value will be set on the client side based on GA4 scripts that were downloaded. And that GA4 servers would set the Test Data Filter Name accordingly based on the traffic_type sent back

Lastly, to address your queries — we tested using the steps mentioned in the GA4 documentation, using Custom Exploration. And we can confirm that the no Test Data Filter Name of Internal Traffic was set:

Do let us know if there are further information that would help you with this. Else, if this is not within the scope of monster insights, we can wait for GA4 team to revert here: https://support.google.com/analytics/thread/249879870?authuser=1&hl=en&sjid=2111757330865926355-AP

We have dropped a request for assistance here, but I think the GA4 team might be busy celebrating new years, do let us know if you have any advise on how we can highlight this item to their attention

• This reply was modified 11 months ago by walakaka.