You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* adds local_fs capability, to debug without aio. bumps timeouts and memory
Signed-off-by: Stephen Rugh <rugh@adobe.com>
* increasing timeout to 3 hours and commenting out triggers for now
Signed-off-by: Stephen Rugh <rugh@adobe.com>
* add claude tool to summarize and check errors in activations
* batch getUrlKey GraphQL queries in mark-up-clean-up to stay within catalog 100-product limit
Passing all published SKUs in a single query fails when the catalog exceeds 100 products
(observed at 23,398 SKUs: "Product count exceeds the maximum allowed (100)"). With no
query result, every published product appears redundant and risks mass unpublishing.
Fix: split SKUs into batches of 50 (reusing createBatches/BATCH_SIZE) and fan out
requests in parallel, then merge results before the redundancy check.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* add script to get the state file. add note to runbook about log availability. add watchdog exit script to exit early incase of recurring failures at commerce api (504, etc).
* Updates comments on watchdog and ensures we dont exit while publishing batches.
* Apply suggestion from @sirugh
* Apply suggestions from code review
Co-authored-by: Natxo Cabré <natxo.cabre@gmail.com>
* missed loglevel env read.
* extend get-state-csv to download both check-product-changes and render-all-categories; output to local-data/
- adds render-all-categories prefix alongside check-product-changes
- saves files to local-data/{prefix}/ (project-root-anchored via __dirname)
- uses path.basename instead of replace to derive local filenames
- anchors dotenv to project root so script works from any cwd
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* fix: use CATALOG_BATCH_SIZE=100 for GetUrlKeyQuery batching in mark-up-clean-up
Catalog Service GraphQL rejects queries with >100 SKUs ("Product count exceeds
the maximum allowed (100)"). The batching added in 4625e42 originally used
BATCH_SIZE=50, which was safe, but 22f211d raised BATCH_SIZE to 600 for the
AEM Admin rate limit, inadvertently breaking the catalog query batching.
Fix: add CATALOG_BATCH_SIZE=100 constant, make createBatches accept an optional
size param (defaulting to BATCH_SIZE), and pass CATALOG_BATCH_SIZE explicitly
at the GetUrlKeyQuery call site. The AEM unpublish batches keep BATCH_SIZE=600.
Limit confirmed against live API: 100 SKUs succeed, 101 fails.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* add comment explaining pLimit reduction from 50 to 20 in enrichProductWithRenderedHash
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
* Move check-errors and add readme for it
* fix tests
---------
Signed-off-by: Stephen Rugh <rugh@adobe.com>
Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
Co-authored-by: Natxo Cabré <natxo.cabre@gmail.com>
0 commit comments