Skip to content

fix: inject hlx:proxyUrl meta for local content/ pages#2753

Merged
kptdobe merged 1 commit into
mainfrom
fix/proxy-url-meta-local-content
Jul 7, 2026
Merged

fix: inject hlx:proxyUrl meta for local content/ pages#2753
kptdobe merged 1 commit into
mainfrom
fix/proxy-url-meta-local-content

Conversation

@kptdobe

@kptdobe kptdobe commented Jul 3, 2026

Copy link
Copy Markdown
Contributor

Summary

  • aem up served pages from a local content/ checkout without the hlx:proxyUrl meta tag that the proxy path already injects, so the sidekick couldn't resolve the edit source for those pages.
  • Injects hlx:proxyUrl (pointing at the equivalent proxy URL) into HTML served from content/, matching what already happens for proxied responses.

Test plan

  • Added regression test in test/server.test.js (content/ serving), confirmed it fails without the fix and passes with it
  • npm run lint
  • npx mocha test/server.test.js (pre-existing unrelated flake around port 3000 reuse, reproduces on main too)

🤖 Generated with Claude Code

Sidekick relies on hlx:proxyUrl to resolve the edit source. It was only
injected for proxied responses, so pages served from the local content/
checkout during `aem up` lacked it, breaking sidekick edit detection.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@kptdobe kptdobe requested review from rofe and tripodsan July 3, 2026 06:45
@kptdobe kptdobe merged commit 271bfcf into main Jul 7, 2026
9 checks passed
@kptdobe kptdobe deleted the fix/proxy-url-meta-local-content branch July 7, 2026 11:51
@tripodsan

Copy link
Copy Markdown
Contributor

🎉 This PR is included in version 16.20.9 🎉

The release is available on:

Your semantic-release bot 📦🚀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants