-
-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Deprecate/remove segment query cache (filter logic) #14776
Labels
c: Platform
For Matomo platform changes that aren't impacting any of our APIs but improve the core itself.
Milestone
Comments
tsteur
added
the
c: Platform
For Matomo platform changes that aren't impacting any of our APIs but improve the core itself.
label
Aug 15, 2019
I would say let's keep the flag in there until Matomo 5. |
Moved it to 5.0.0 |
11 tasks
Maybe this has been completed in Matomo 5? |
No. The config |
Note that unless we have added the filter feature #11931 by then, we might still want to keep this setting. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
c: Platform
For Matomo platform changes that aren't impacting any of our APIs but improve the core itself.
In #14761 we fixed #11900 where we make segments behave the way it actually should be and how you want it to work in most cases.
We're unsure yet if this is supported by all MySQL versions etc and want to see general user feedback about this. People can currently restore the old behaviour easily by setting
[General]enable_segments_cache = 0
if there are any problems with MySQL.In a few cases it may behave differently before where you want to use it kind of as a raw data filter on a given report. For example you want to filter
pageloadtime>=1s
then you would maybe only want to see the pages that took longer than 1s to load and see how often it took longer to load than 1s. It wouldn't be a filter on the data table (like GA does it) but a raw data filter. If someone still wanted this behaviour after Matomo 4, a workaround be to use CustomReports.Eventually, in Matomo 4, we will want to no longer have it possible to restore the old behaviour by disabling above config but always apply it if it's supported by most MySQL versions as this is the way segments are supposed to work.
A different feature that is filtering on the data table, not raw data be #11931 which we may want to consider in the future.
The text was updated successfully, but these errors were encountered: