Graphs are not displayed in the “Visits Overview” widget

Hello,

I emailed you the diagnostic file and duplicated the previous message about the problem.

I would appreciate your response and help. Thank you!

Hi @sergeyf1 sorry for the late reply. Thanks for sending us the system report. We had a look and weren’t able to reproduce the issue yet. Is there any chance you could create a login for us on your WordPress with a Matomo Super User role? We would then only have access to the Matomo part in your WordPress and nothing else. If so, could you create a user for [email protected]? We would then check in the browser developer tools if maybe an error message appears for these kind of requests. Just in case you are a developer you could maybe try to inspect these sparkline requests in the network tab yourself. Would that work @sergeyf1 ?

I’m running into the same issue: the sparkline images are broken under “Visits Overview”. The only difference from @sergeyf1 is that this is an existing install where everything used to work. I can’t remember when the images broke ??

My setup is a VPS with:
– Ubuntu 20.04.2
– WordPress 5.7
– PHP 7.4.3 (including php7.4-gd)
– MariaDB 10.3.25
– nginx 1.18.0

Browser developer tools on both Firefox and Chrome show the requests for the sparkline images with 200 OK. Nginx access logs also show the requests as “200”, nothing logged to nginx error log.

Screenshot: https://i.imgur.com/S1pzh2b.jpg

Hey @jandevries thanks for looking into this and the provided information. Any chance you could check the browser developer tools in the network tab if any of these requests maybe return some HTML response with an error or so?

Hi @tsteur,

Thank you for your reply! I created the following screenshots for you, and also uploaded what is outputted as the “png” image:

– Dev tools Network tab: https://i.imgur.com/2IpKIdb.jpg
– Dev tools Response tab: https://i.imgur.com/vB8nBEM.jpg
– Contents of the “png” file (as seen as raw text): https://pastebin.com/raw/9n0GKXiM
– The image how it’s downloaded: https://file.io/ljhIFkNtul28

• This reply was modified 3 years, 7 months ago by jandevries.

Thanks for this research @jandevries could you maybe also post the output of the system report or email it to [email protected] ? The report should be anonymised automatically. For more information see https://matomo.org/faq/wordpress/how-do-i-find-and-copy-the-system-report-in-matomo-for-wordpress/

BTW the last link (file io) doesn’t work anymore by the looks. Was it showing any image there?

> could you maybe also post the output of the system report or email it to [email protected]

Sure thing! It’s on its way!

> BTW the last link (file io) doesn’t work anymore by the looks. Was it showing any image there?

Ah I didn’t expect that service to delete files so quickly. It’s a small file, I’ll attach it to the email with the system report.

Thanks for this @jandevries this really helped. In this case it’s actually caused by the Minify HTML plugin.

This images is loaded in PHP during a regular WordPress request. What happens is that the plugin thinks it is an HTML page and tries to minify the output for the image. The plugin is basically simply minifying pretty much any output in https://plugins.trac.www.ads-software.com/browser/minify-html-markup/trunk/minify-html.php#L43 without really knowing what the output is. I suggest you create an issue with the plugin developer to detect images and other output so it won’t minify this kind of output.

I hope this helps and @sergeyf1 feel free to post a system report as well in case this plugin didn’t cause the issue for you.

In our plugin we’ll now automatically detect this plugin and mention there will be an issue with this plugin and also mentions this on https://matomo.org/faq/wordpress/which-plugins-is-matomo-for-wordpress-known-to-be-not-compatible-with/

Thanks again @jandevries

Thank you very much for looking into this and finding the issue @tsteur!

Deactivating the Minify HTML plugins fixes the issue. Time to look for a different HTML minifier.