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
only show_limit_control on Acquisition/Overview #18017
Conversation
Co-authored-by: Justin Velluppillai <justin@innocraft.com>
@geekdenz did you have a look at @sgiehl comment in #17987 (comment) ? Did changing this one to |
build js |
@sgiehl I believe this means it is fixed: https://builds-artifacts.matomo.org/matomo-org/matomo/m-17965/49074/Comparison_row_evolution.png |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@geekdenz please don't build JS files in pull request that actually didn't change anything in the piwik.js. This was actually forgotten when merging another PR and should either be directly fixed on 4.x-dev or with a separate PR. Here it will lead to merge conflicts.
The solution you proposed might fix the problem described in the issue, but actually might not be the simplest / best way.
The default value of show_limit_control
is true. So it is enabled by default. See
matomo/core/ViewDataTable/Config.php
Lines 329 to 335 in be72457
/** | |
* Controls whether the limit dropdown (which allows users to change the number of data shown) | |
* is always shown or not. | |
* | |
* Normally shown only if pagination is enabled. | |
*/ | |
public $show_limit_control = true; |
or specifically for the evolution charts here:
matomo/plugins/CoreVisualizations/Visualizations/JqplotGraph/Evolution/Config.php
Lines 41 to 45 in 1155273
$period = Common::getRequestVar('period'); | |
if ($period !== 'range') { | |
$this->show_limit_control = true; | |
$this->show_periods = true; | |
} |
So the reason why the limit control is not shown for the referrer evolution chart is, that it's disabled in the according report class:
$view->config->show_limit_control = false; |
Simply removing this one line should fix the issue. Overwriting that again doesn't make sense at all.
Co-authored-by: sgiehl <stefan@matomo.org>
Sorry, @sgiehl and thanks for the suggestion. |
Description:
Not super beautiful fix, but it works.
Review