New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Demo.matomo.org does not show correct data #15527
Comments
Actually the issue also impact other reports that show "Clicks" instead of "Visits": or event the Visits log seems broken: |
@mattab this is only happening for ProxySite as mentioned the other day. Not for a regular site. |
BTW It looks like this regressed as part of 3.13.1, not 3.13.2 still looking into things |
FYI @diosmosis it is caused by 2915d75 the change from and I think as a result column names are not replaced for example but I suppose this might be only one of the side effects. Can you maybe have a look? |
👍 I think eg the actions report does now show data. The visitor log still doesn't by the looks? https://demo.matomo.org/index.php?module=CoreHome&action=index&idSite=62&period=day&date=yesterday#?idSite=62&period=day&date=yesterday&segment=&category=General_Visitors&subcategory=Live_VisitorLog |
BTW not sure it is a side effect or related... but looks like maybe sorting doesn't work correctly anymore? |
That's annoying, too many side effects. The issue is that Archive.php queues some filters to every report, but w/ |
Yeah that's possible. Not using |
Yes, possibly pivotBy too. I can't remember the details, but they involved ViewDataTable and were somewhat confusing. |
The demo now looks good and working, even sorting seems to work for me? Thanks! |
@mattab I only modified some code in demo, it will require a PR, but I found another comparison issue locally. |
Issue reproduced on the demo: https://demo.matomo.org/index.php?module=CoreHome&action=index&date=today&period=week&idSite=62&updated=2#?idSite=62&period=week&date=2020-02-01&category=Referrers_Referrers&subcategory=General_Overview
This issue is visible to everyone on the demo it seems (in a private browser window)
but i could not reproduce it on other instances.
Here is how it looks:
What could cause such an issue of plotting the wrong metrics?
I could try to run the SQL in this FAQ for "anonymous" user but I expected that anonymous would never get any setting stored (as the settings are expected to be stored in each anonymous' user session)
The text was updated successfully, but these errors were encountered: