Wildcard query in bulkStatus flags valid pages as “no source” in AEMaaCS
no source
Description description
Environment
- Product: Adobe Experience Manager as a Cloud Service (AEMaaCS)
- Feature: AEM Admin API –
bulkStatus
endpoint
Issue/Symptoms
- When the request body uses a wildcard query like
[ "/\*"]
, the response flags thousands of pages as no source even though many have valid replication metadata. - Using an array of explicit sitemap paths (For example,
[
"/"
,"/platform"
, …]
) returns only a small number of no source pages—typically around 26. - Pages flagged as no source in explicit path queries return the correct source path when checked individually.
- The wildcard query triggers a large fan-out of edit/source lookups in a single job, leading to timeouts or throttling, which causes fallback to no source.
- Direct queries with explicit paths are less intensive and succeed in resolving the source using replication metadata like
cq:lastReplicationAction
.
Resolution resolution
This behavior is logged as an internal product bug where Adobe is reviewing how the bulkStatus endpoint handles wildcard queries, with a focus on improving batching and timeout management to ensure consistent and accurate status reporting. To resolve the issue, follow these steps:
- Avoid using a single wildcard query, like
[ "/*"]
in bulkStatus. - Split the query into smaller batches, such as
[ "/blog/*"]
,[ "/events/*"]
, etc.7 - Alternatively, use the
pathsOnly
:true
option to enumerate all paths first. - Run follow-up jobs requesting
[
"edit"
,"preview"
,"live"``]
for accurate status resolution.
Check future release notes for updates. These steps help mitigate the issue until a permanent fix is available.
recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f