Skip to content

fix: say which site the activity log is filtered to, and keep it through Apply - #107

Merged
Coysh merged 2 commits into
mainfrom
fix/activity-site-filter
Oct 21, 2026
Merged

Coysh merged 2 commits into
mainfrom
fix/activity-site-filter

Conversation

@Coysh

@Coysh Coysh commented Oct 21, 2026

Copy link
Copy Markdown
Contributor

The Open in the fleet log link on a site's Audit page opens the Activity log with the site in the query string, and the log was filtered to that site without saying so. The filter form only carried the outcome select, so pressing Apply dropped the site and widened the log back to every site.

What changed:

  • The Activity log filter has a Site select ("Every site" by default, the current site selected) beside the outcome one, following the Backups page's filter.
  • A note beside the filters reads "Showing activity for only" while a site filter is active.
  • Applying either filter keeps the other.
  • The options are the organisation's own sites, so another tenant's site is never offered. A site address that matches none of them says so rather than showing an empty log as though nothing had happened.

Patch release 1.8.2: CHANGELOG entry and the worked version examples in docs/getting-started.md, docs/upgrade.md and docs/rollback.md are in the same commit. No CSS change, so public/build is unchanged (rebuilt and confirmed identical).

Verified in a clean clone against a dedicated test database:

  • tests/Feature/WebInterfaceTest.php: 27 passed, including four new cases (site preselected, tenant isolation and unknown address, outcome filter keeps the site, filtering to one site).
  • Full suite: 1475 passed. Invariants suite: 643 passed. Pint clean. PHPStan: no errors.

Coysh added 2 commits October 21, 2026 07:43
…ugh Apply

A site's Audit page links to the fleet log with ?site= set, and the log
filtered to that site without saying so. The filter form carried only the
outcome select, so pressing Apply dropped the site and widened the log to
every site.

The form now has a Site select beside the outcome one, set to the site in
the query string, and a note reading "Showing activity for <site>" while a
site filter is active. Options come from the organisation's own sites, so
another tenant's site is never offered. A site address that matches none
of them says so instead of presenting an empty log as though nothing had
happened.

CHANGELOG gains 1.8.2; docs/getting-started.md and docs/upgrade.md move
to 1.8.2 and docs/rollback.md to 1.8.1, as DocumentedVersionTest expects.
@Coysh
Coysh merged commit 7d9f63a into main Oct 21, 2026
3 checks passed
@Coysh
Coysh deleted the fix/activity-site-filter branch October 21, 2026 10:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant