Skip to content

Range archives might not be fully processed by core:archive #14889

@sgiehl

Description

@sgiehl

When archiving runs for a range like last30 it's expected that all archives (for all plugins) are being processed. Currently it seems not all reports are being processed. For example all Event reports are not processed.

Steps to reproduce:

  • Set up a matomo site containing some tracked events for the last 30 days.
  • Disable browser triggered archiving in UI or in config
  • set [General] archiving_range_force_on_browser_request = 0 to disable automatic range archiving in normal requests
  • to ensure the range last30 is archived, selected it as default for a user or add [General] archiving_custom_ranges[] = last30 to config (last one only works with latest beta)
  • run ./console core:archive --force-idsites=1 and ensure something like this is in the output:
INFO [2019-09-11 13:38:32] 2049  Will pre-process for website id = 1, period = range, date = last30
INFO [2019-09-11 13:38:32] 2049  - pre-processing all visits
INFO [2019-09-11 13:38:41] 2049  Archived website id = 1, period = range, 0 segments, 1543 visits in last 30 ranges, 1543 visits this range, Time elapsed: 8.978s
  • Open Matomo and look at the events reports or requests them using API. Result will be empty, but should actually contain the event data for the range. Other reports work as expected

Metadata

Metadata

Assignees

No one assigned

    Labels

    BugFor errors / faults / flaws / inconsistencies etc.

    Type

    No type

    Projects

    No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions