Viewing 15 replies - 1 through 15 (of 15 total)
  • It is doing the same thing for Genesis layouts but to 700px.

    Same thing for Divi layouts, 700px.

    Until this is fixed, rolling back to 5.3.1 fixes the issue:

    https://wordpress.org/plugins/matomo/advanced/

    Plugin Support dizzyatinnocraft

    (@dizzyatinnocraft)

    Our apologies, though that is very strange. This plugin doesn’t change the width of non Matomo elements on the page. Are you using ecommerce tracking? If you disable it, does it still cause the same problems?

    Plugin Support dizzyatinnocraft

    (@dizzyatinnocraft)

    Does this happen on admin pages or on the actual website pages? If the latter, can you provide a URL so I can see?

    This happens even when logged out. I rolled back to 5.3.1 since the site is in production.

    No ecommerce tracking, happens on the front end.

    Thanks

    Plugin Support dizzyatinnocraft

    (@dizzyatinnocraft)

    Can you check if version 5.3.3 solves the problem?

    Vasilij

    (@zigarrenzone)

    Same problem with BuddyBoss.

    My provider as well as the LiteSpeed support team informed me that the issue apparently occurs because Matomo refers to WooCommerce in its code. However, I do not have WooCommerce installed at all.

    As soon as Matomo is activated, it “breaks” my website:

    • The navigation in the desktop header becomes partially invisible.
    • The entire layout is compressed in width.
    • loged in and loged out the same problem, but in both cases in front-end.

    When I deactivate Matomo, the website works normally again.

    Bye for now.

    Plugin Support dizzyatinnocraft

    (@dizzyatinnocraft)

    @zigarrenzone can you upgrade to 5.3.3 and check?

    Vasilij

    (@zigarrenzone)

    @dizzyatinnocraft Yes, there was an update to version 5.3.3 this morning. This update has solved my problem. The website now works as usual with Matomo activated.

    Many thanks to the team!

    Best regards.

    • This reply was modified 7 months, 2 weeks ago by Vasilij.

    With matomo 5.3.2 we received the following error in Apaches error.log.

    AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Call to undefined function WpMatomo\Ecommerce\WC() in /var/www/wp-content/plugins/matomo/classes/WpMatomo/Ecommerce/Woocommerce.php:520\nStack trace:\n#0 /var/www/wp-content/plugins/matomo/classes/WpMatomo/Ecommerce/Base.php(263): WpMatomo\Ecommerce\Woocommerce->get_tracking_calls_in_session()\n#1 /var/www/wp-includes/class-wp-hook.php(322): WpMatomo\Ecommerce\Base->maybe_do_delayed_tracking_early()\n#2 /var/www/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()\n#3 /var/www/wp-includes/plugin.php(517): WP_Hook->do_action()\n#4 /var/www/wp-includes/general-template.php(3208): do_action()\n#5 /var/www/wp-content/themes/Avada/footer.php(73): wp_footer()\n#6 /var/www/wp-includes/template.php(810): require_once('…')\n#7 /var/www/wp-includes/template.php(745): load_template()\n#8 /var/www/wp-includes/general-template.php(92): locate_template()\n#9 /var/www/wp-content/themes/Avada/single.php(98): get_footer()\n#10 /var/www/wp-includes/template-loader.php(10…'

    Same happens in another theme, calling get_footer() in a different template file.

    With 5.3.3 the issue seems to be f ixed.

    Thread Starter webdesignberlin11

    (@webdesignberlin11)

    Thanks for fixing with 5.3.3

    Can confirm this is fixed on 5.3.3 for my sites.

    Thread Starter webdesignberlin11

    (@webdesignberlin11)

    Fixed. Thanks to all

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

The topic ‘Latest version crashes Elementor Layout’ is closed to new replies.