Thomas
Forum Replies Created
-
Your help is very appreciated btw. Hope we get this sorted quick 🙂
Just had a look at the system report and couldn’t find anything unfortunately @codeispoetry .
In that site, could you maybe go to Diagnostics -> Troubleshooting and then click first on “Sync site (blog)” and then “Sync users”? Does any error happen? If not, it might help to temporarily enable WP_DEBUG see https://matomo.org/faq/wordpress/i-have-a-problem-how-do-i-troubleshoot-and-enable-wp_debug/
Is it the same login(s)/username that should get access to this blog as well just as in the other blogs?
One last thing in case you can execute SQL queries on the DB directly. Can you execute this query and let me know how many results it returns?
show tables like 'wp_15_matomo%'Hi @codeispoetry sorry about that. When it says check your emails do you actually get an email sent with an error? Or maybe some error is shown in site health?
@samuelzee fyi we released a new version where we were handling the database charset better. Installation might work now. You can also try to reset the plugin see https://matomo.org/faq/wordpress/how-do-i-delete-or-reset-the-matomo-for-wordpress-data-completely/ to potentially fix any issue. Let me know if you’re still having the issue but things might just work fine now.
> Could that be because they don’t come with an extension?
Yes that would be the case. By default we detect these extensions as downloads: https://github.com/matomo-org/matomo/blob/3.13.5/js/piwik.js#L3081
You can change this list in the file types for download settings but if they don’t have a filetype this likely won’t work.
We have three ways to detect a download:
* The link element has a “download” attribute telling the browser it is a download
* Using the file extensions
* Using the css classIf none of it is there, we cannot detect it unfortunately. Might be worth it asking zotpress to eg set the download attribute or maybe they can set a css class?
Hi @codeispoetry also just replied by email. It looks to me in your reports like it is detecting it as a download? Also mentioned in the email you’ll need to configure in the Goals report that “a download” should trigger the goal, not when a visitor “visit a given url” (which basically only applies to page view). Hope this helps?
Thanks for letting us know @hamchimpeng
BTW I can only reproduce the wrong link in the visits log but it seems in the downloads report itself it is correct. Can you confirm this?
Thanks for this. I’ve created this issue: https://github.com/matomo-org/matomo/issues/15924
I see in some other places it works correctly so we’ll need to see why it doesn’t work there.
Great to hear this works!
Regarding the download: What works for us is for example “Goal is triggered when visitors download a file where the filename matches the expression …” see https://paste.pics/c16959f93de17c46123b2c311f33dcac
Eg we have “https://builds.matomo.org/.*\.zip” as pattern. You could have a pattern like “.*pdf.*” which might work.
Just letting you know we’ve prepared a fix in https://github.com/matomo-org/wp-matomo/pull/270 and it’ll be available in the next release. Thanks for pointing it out. Very appreciated.
> (1) these instructions are too well-hidden
Indeed, I’ll change this tmrw.
> (2) the fact that the manual tracking code (or indeed any setting) you fill out in the site-specific settings is used on all sites is far from obvious, and different from the UI and logic of most plugins
That’s actually a bug. Already working on a fix which I will complete tmrw. Our comments in the code even say it should work like you’d expect it. Sorry about that!
It’ll be patched in the next release.
@codeispoetry I’ve worked already on a patch yesterday that might help in https://github.com/matomo-org/matomo/pull/15915 but cannot guarantee.
Maybe we could see if the patch will already fix it for you as it will be also included in the next release.
Basically, what I would recommend you do is update this file:
wp-content/plugins/matomo/app/js/piwik.min.jswith the content of this URL: https://raw.githubusercontent.com/matomo-org/matomo/3.x-dev/js/piwik.min.js
It may take a few hours for Matomo to update the tracking code for all your blogs. Afterwards, things might work automatically.
Alternatively, you could update the file
uploads/matomo/matomo.jsin each of your site’s upload directory directly to test it sooner. I suppose a path may look like egwp-content/uploads/sites/1/matomo/matomo.js.Would that maybe easier? If you could update this file, feel free to let me know and I’ll have another look again in case it doesn’t work.
Hoping my instructions are somewhat helpful / clear.
@codeispoetry I suppose Matomo is network enabled? Have you had a look at https://matomo.org/faq/wordpress/how-can-i-configure-the-tracking-code-manually-when-i-have-wordpress-network-enabled-in-multisite-mode/ ?
It’s not quite obvious unfortunately since the link for this only appears when you click on a question mark next to the tracking code. You’d basically need to put in the variables to make sure it uses the tracking code correctly for each blog.
Thanks for all your feedback @codeispoetry very appreciated!
1. We’ll add an indicator when it’s configured. Totally forgot this.
2. This will be removed in the next update as well.
3. Indeed. We have an open issue for this here and recently made some tweaks to the underlying logic so we can fix this easier in the future: https://github.com/matomo-org/matomo/issues/15620
4. Created https://github.com/matomo-org/wp-matomo/issues/269 and we’ll have a basic version for this as well in the next release. It won’t be perfect since the site selector will still be visible with only one site but it’s the only thing we can do right now considering the time it would take to make further changes.
Thanks again for all the suggestions, very appreciated.
I suppose we can mark it as resolved? The country segment issue is on our backlog but can’t tell so far when this will be fixed.