dizzyatinnocraft

5.1.1 has been released.

@gresio64 So everything is working now? If yes, can you resolve this issue?

There will be an update today (we usually only release on Mondays). As for the “issue”, it’s in an AJAX method that hides a notification (specifically the one that shows whether the system report has a warning or not). If an attacker replayed that request, the end result would just be a hidden notification. There is no danger in keeping the current version of the plugin running.

• This reply was modified 8 months, 2 weeks ago by dizzyatinnocraft.

@gresio64 I see, I misunderstood. I thought you meant WordPress users. We usually call people who see/visit the site visitors rather than users. The User ID tracking feature is just for adding the WordPress username (if any) to tracked data.

Regarding the other site, it looks like there’s two tracking tags being added to the page, one of them points to https://www.bsnewline.com/matomo.js which is wrong, breaking the tracking.

Are you using another plugin on that site to add tracking code manually?

Just to clarify, are you saying there’s no data being displayed in the reports? Or that there is data, but the User ID report doesn’t have data?

And what kind of users are you trying to track? WordPress users or do you mean something else?

Hi @gresio64, on the Matomo Analytics > Settings > Tracking page, there is an option User ID Tracking that you can enable. Can you try enabling it?

Hi @ooksanen, is this still a problem for you or have you gotten past it?

@markhowellsmead Please check that you updated the ErrorNotice file correctly. The change in that file explicitly removes the notice for non-super admins. Perhaps you need to restart your webserver as well.

We apologize for the poor experience you’ve had with our plugin. If you’d like to use Matomo without self hosting it, you can use our cloud offering: https://matomo.org/matomo-cloud/.

Additionally, if you’d like to leave details about the technical problems you faced, we can look into them, assuming you haven’t already.

Chrome is blocking some requests to your website, specifically, for files that provide styling information for Matomo. It doesn’t happen for me when I use chrome to view a test Matomo for WordPress deploy, so it might be due to a combination of chrome and something you’re hosting provider is doing (or another WordPress plugin). If you’d rather use chrome, I can look into it further. If you’re able to add a temporary WordPress user I can use with the matomo_view capability I can look into it myself (email dizzy (at) innocraft (dot) com if so). Otherwise I’ll have to walk you through getting some extra information.

Edit: you could also try clearing your browser cache on chrome. I’m not sure if it will do anything, but it’s a simpler thing to try than doing the above.

• This reply was modified 9 months ago by dizzyatinnocraft.
• This reply was modified 9 months ago by dizzyatinnocraft.

@markhowellsmead this is still occurring for both the super admin and normal users?

@ooksanen how is your WP cron configured? For example, as a cron job that executes wp-cli or php directly? If that works then the environment variables might be present for PHP CLI. The only other possibility I can think of is that shell_exec() isn’t forwarding environment variables from the parent process to child processes. Are these things you can check for?

@markhowellsmead would you be able to check what the currently scheduled WP cron tasks in your WordPress are and send the information to me? (I sent an email about this as well with some more details/an alternative.) (Also note there are plugins that can display this information if you need them.)

@markhowellsmead can you update the /path/to/wordpress/wp-content/plugins/matomo/classes/WpMatomo/Admin/SystemReport.php file with https://raw.githubusercontent.com/matomo-org/matomo-for-wordpress/29205d8b6965f453c89e651e728afda629d55e91/classes/WpMatomo/Admin/SystemReport.php?

Hi @serest, were you using chrome?