Export page access statistics

[jarlhengstmengel]

Short description

This PR adds the download function for page access statistics

Proposed changes

• Download functionality on the statistics page is extended to be able to select which statistics should be downloaded
• Page Statistics can be downloaded as csv
• For that updatePageAccessesin statistics-page-accesses.ts is extended to create an array with the page statistics data and a method exportPageAccessesData is introduced

Side effects

• This PR is forked from Refactor page tree and add page based statistics #3325 so merging is blocked till that PR is merged
• This also means the commit history looks a bit messy right now
• I will be able to work on this PR again at the 19.02.
• To test this, have a look at the conversation under Refactor page tree and add page based statistics #3325

Resolved issues

Fixes: #3134

---

Pull Request Review Guidelines

[jarlhengstmengel]

It's alive 🥳 Not even one year stale :D

[jarlhengstmengel]

I concluded that it makes sense to wait for #4088 before working further on this

[dkehne]

Blocker Analysis

PR	Status	Actually blocking?
#3325	Merged (April 2025)	❌ No longer relevant
#4088	Open	❌ No code dependency

#3394 and #4088 are independent - they both modify statistics-page-accesses.ts but touch different parts:

• Export page access statistics #3394 adds export functionality (builds data from API response)
• Fix inconsistent page accesses #4088 adds dynamic recalculation on collapse/expand (modifies DOM)

They can be merged in any order with merge conflict resolution.

---

What needs to be fixed

1. Rebase onto current develop

The branch is based on old code from before #3325 was merged. Rebase to get current state:

git fetch origin
git rebase origin/develop

2. Update PR description

Remove the outdated "blocked by #3325" reference since it merged 9 months ago.

3. Fix failing CI

The develop CircleCI check is failing - needs investigation after rebase.

4. Consider interaction with #4088 (if it merges first)

With #4088, collapsing/expanding pages changes the displayed totals (parent shows sum of children when collapsed). However, exportTable is only populated once when data is fetched - it won't reflect changes from toggle operations.

Options:

• Simple: Document that export shows raw per-page data regardless of collapse state
• Better: Regenerate export data at export time from DOM data-accesses attributes (which Fix inconsistent page accesses #4088 adds)
• Alternative: Update exportTable when calculateToggleSubpages() runs

---

Note: This review was done with AI assistance (Claude Code).

[jarlhengstmengel]

* **Better:** Regenerate export data at export time from DOM `data-accesses` attributes (which [Fix inconsistent page accesses #4088](https://github.com/digitalfabrik/integreat-cms/pull/4088) adds)

This is the plan and the reason I added the blocker last week. The suggested rebase already happened last week. The blocker label here marks for myself and others who might be interested that further work is on hold to avoid implementing similar things twice and to prevent diffcult merges. The description I didn't change since this is still work in progress and not all requirements are met yet.

[dkehne]

Okay, i couldn't maybe judge what a "diffcult merge" might be. thought it's touching different areas and the blocking-label seems to me as a "slowing down"-marker.

[jarlhengstmengel]

In this case I'm waiting for some attributes #4088 is introducing. Theoreticly I could branch of from the branch that #4088 wants to merge into develop, but in the current planning, the priority isn't high enough compared to #4088 and for example the push notifacation translation. Branching off could possibly mean more work rebasing/merging, depending on the reviews for #4088. So I decided to avoid that risk and work on more pressing things and continue with this after #4088 is merged. So the blocked-label is more a "this is waiting on another Issue to be fixed, but next steps are clear" label. The blocking-label on the other hand would mean here is a bottle neck and another Issue is waiting for this.