You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
and noticed it was archiving segments in the mysql processlist for all kind of reports. The queries were definitely caused by a regular API.get&trigger=archivephp.
to ensure the archiving I first tracked a pageview, drop all this year's archiving table, set time_before_today_archive_considered_outdated=1 and made sure it actually archives, made sure it goes through the code referenced above, etc. and it all worked nicely.
This is odd, I really would have expected to see some archiving running for that segment. Then noticed the archiving fails when testing it in Goals\Archiver like this:
so the archiver is actually already smart enough by the looks to only archive that plugin when a segment is set, and not the others. Looks all good :)
tsteur
added
worksforme
The issue cannot be reproduced and things work as intended.
and removed
Bug
For errors / faults / flaws / inconsistencies etc.
labels
May 5, 2019
I ran this command
and noticed it was archiving segments in the mysql processlist for all kind of reports. The queries were definitely caused by a regular
API.get&trigger=archivephp
.Looking at a backtrace the segments might be archived because of https://github.com/matomo-org/matomo/blob/3.x-dev/plugins/Goals/API.php#L431-L441 but would have expected it wouldn't do a full archive anymore since #13105
The text was updated successfully, but these errors were encountered: