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
Monthly / weekly scheduled reports not working correctly #19674
Comments
Hi @tarasowski |
Hi @sgiehl, |
@sgiehl So tested it again as you mentioned, the report generated by the server still not showing the right time range. |
I can confirm this bug on Mantomo WordPress plugin 4.14.2. Though here is a more thorough description: When creating email reports, there is an option called "report period". While the graphs range is set separately, this option determines the data range in the tables of the email reports. If report period = days, tables should show data for 1 day back, if report period = weeks, tables should contain data for 1 week back, if report period = months, tables should have data for 1 month back. But whatever option is chosen, the report range is always one day back! This renders the email reports useless in terms of all the tables. Please test the features before shipping - this is a pretty significant bug and should be prioritized. Tagging @michalkleiner as it's relevant to fix together with #20738 |
Thanks for progressing this together. I've had a look at it with a few people, and made a simple visual overview of what I think the current situation is, with the challenge in red and an initial idea in green what we could do to improve it. The send now/download buttons use the selected dates from the date picker in the top left. This doesn't seem to be a bug, but there seems to be consensus that the current state is not clear or necessarily intuitive. In my view, there is a lot of merit to being able to get your regular reports for custom date ranges, so I don't think the send now/download buttons should be hardcoded to some logic that is fixed to the configured reporting period. But I agree we should make it clear what people are about to send/download. Keen to get your thoughts on what the preferred solution/improvement is. |
I would actually argue that, for the 'send via email' and 'download' actions from the UI, the reporting period should be what is set in the report configuration, and the trigger time is when the action is used, similarly to when run by cron. A counter suggestion from me would be to display the reporting period as a column in the reports list (maybe dynamically updated showing the actual dates that it will produce), and possibly hide the global date selector for this UI view. Or, another option, would be to have two sets of actions, one that creates the report based on the above (actual time and the configured reporting period), and one using the global period selector. |
I’d agree it should have been that way from day one, but now there could be people who have gotten used to this as a way to quickly email reports for a custom time period, so we might not want to remove that capability. A third option would be to have a drop down to choose the reporting period type next to the send / download actions. |
I like the idea of a dropdown next to / when clicking on the buttons. E.g. you click on Download, and you can choose whether you get the monthly report or the report for the selected date range. However, note that the likelihood of implementing the fix is higher when the work to fix it is smaller, as this issue is not critical. @Javi-Ormaechea might have some thoughts on options here as well. |
Next to the download / email links, you could provide a text / hint (or change the link text): |
Expected Behavior
When email reports get created we want to get monthly / weekly stats.
Current Behavior
Scheduled monthly / weekly email reports display only data for the last day
Steps to Reproduce (for Bugs)
Your Environment
Latest Matomo version.
The text was updated successfully, but these errors were encountered: