Thomas

Thanks @volkhardv

I have now set up the same plugins including WP Mail SMTP. I connected an SMTP and are now sending mails through this plugin. In internal tests to our mails things still worked correctly. I was so free to send you another report from my local installation. Can you check if that mail works for you as well? You might also need to check the spam folder just in case it went in there.

Sorry it’s taking so long. Because I don’t have office 365 it takes a bit to figure out what might cause the problem.

Thanks for your help @thomascloer

We were able to reproduce it with Edge 85 (was working with version 84). We’ve been working on a workaround all day and hoping to create a new release in the next 16-48 hours.

Thanks for sending the report to us. Quick update: It looks fine on our email client so it might be an issue with Office 365. I will need to look into this tomorrow or so. Do you mind if I send you a report to your email from our Matomo just to confirm it won’t work either when we send a report? I should have your email address from the report you sent to us.

Hi @thomascloer

any chance you could send us the URL to the privacy page to us by email? The email address would be wordpress at matomo.org. We’d then have a look and see if we can identify the issue there. The opt out should be still embedded.

Thank you @marcusschwarze

Honestly right now I have no idea why it wouldn’t execute the cronjob for you. It looks like from our side everything seems correct.

I read on https://tribulant.com/docs/wordpress-mailing-list-plugin/11164/make-sure-the-wordpress-cron-works/ that some hosters maybe disable WP cronjob internally. Do you maybe know anything about your set up and whether something like this might be the case? Or it a self managed WordPress?

Any chance you could maybe install a plugin that allows you to view and monitor executed cronjobs such as https://wordpress.org/plugins/wp-crontrol/ ? This would show if maybe others aren’t executed either or if it is only a problem with our plugin.

Hi @marcusschwarze

sorry about the trouble. Do you maybe also have this issue with any other plugins? (I suppose other plugins might not show this info). I just compared how we register these tasks and it’s basically the same way as WordPress itself does so was wondering if you maybe had a similar experience with other tasks by any chance?

Glad one part of the problem cleared on itself @duts2020 .

Regarding the zeros in each category below the “visits overview”. I’m understanding that you had visits in the selected date range (eg yesterday). The visualisation below the graph shows “zero” for everything. Does the graph itself show data for the selected date?

It’s possible it’s somehow related to the previous problem and that it won’t happen anymore in the future. We could likely correct this. Is the “Visits overview” now showing maybe data for recent dates like “today” or yesterday’s date assuming they had visits?

@duts2020 it’s possible it crashed if maybe by accident the lines weren’t 100% correctly replaced. You could otherwise again replace the same file with this updated content https://raw.githubusercontent.com/matomo-org/wp-matomo/develop/app/core/DataAccess/LogAggregator.php I totally understand though if you’re not keen on doing it again. I’ll include the fix in the next release and with the most recent changes I’d really expect things to work.

If after the next update this still happens, it might be only a debug message which can be actually ignored. In this case you could disable these notices like this: https://matomo.org/faq/wordpress/how-do-i-suppress-db-errors-in-matomo-for-wordpress/

Yes it’s quite an isolated one. Matomo is running on > 100.000 Matomo installations and we’ve heard of this particular error message only once before. Nevertheless I’m keen to get this fixed.