dotCMS / dotCMS/core

Page Health scanner (a11y / GEO) resolves the wrong site on multisite instances

Open
#36,162 1 comment 0 reactions 1 assignee View on GitHub

@fmontes is already working on this.

Since Jun 15, 2026.

Team : Scout
Dominant language
Java
Stars
970
Forks
486
Avg merge
3d 33m
Merged PRs (30d)
170

Description

Problem Statement

The Page Health a11y and GEO reports in UVE scan the wrong site on multisite instances. Only the page path is sent to the scanner, so when multiple sites share a path (e.g. /index), dotCMS resolves the page against the request-derived site instead of the site open in the editor. Worse in headless/UVE, where the request host maps to no dotCMS site.

Steps to Reproduce

  1. Two sites with a page at the same path (e.g. /index), with different content.
  2. Open Site B's page in UVE.
  3. Page Tools → Accessibility (or GEO).
  4. Observed: report is for the wrong site.
  5. Expected: report is for Site B's page.

Acceptance Criteria

  • a11y and GEO reports scan the site currently open in the editor.
  • Works for traditional and headless/UVE pages.
  • Two sites sharing a path each produce their own report.

dotCMS Version

Latest main (introduced in #35212 / #35255).

Severity

Medium - Some functionality impacted

Links

NA

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.