I have read some reference of this issue on gitlab but it seems to have been fix on a previous version of matomo. I tried to upgrade matomo plateform at the latest version and i’m still facing the problem.
Am I facing a global bug or is there a solution (even temporary) i can apply ?
Thanks a lot for your fast answer.
After testing the upgrade of our matomo plateform to the latest version (3.14.0), the problem is still present.
The API.php file of VisitFrequency plugin has been updated with the upgrade and I see the adds for “idsite === ‘all’”.
By searching files named “API.php”, I found 53 others files in the others plugins installed. Maybe the problem I’m face to is from another plugin.
We are looking for another way to implement our API calls to be able to extract the same content has we did on our piwik plateform but we are affraid of the time and charge it could represent for the plateform (we think to loop on the different idsite we have to replace the unique call with idsite=all).
If by any chance there is another solution i can explore, I would be glad to get your advices.
It seems like supporting this for all report types might be more complicated than it looks. I’d personally recommend you to just loop locally and make API requests for all of your siteids separately.
We face the same error from time to time, although not sure if it is related. We only have a single website with ID 1 and the tracker is called via Cloudflare Piwik app: https://www.cloudflare.com/apps/piwik
So I’m not sure how an ID 0 can be submitted here. If it play a role, it’s v4.0.0 RC3.
Btw, the app is indeed named “Piwik” and not “Matomo”, so here a name update has been done too early :