Skip to content

Pass publish-env through to the PDF build, same as the HTML build - #386

Merged
recrwplay merged 1 commit into
devfrom
pass-publish-env-to-pdf-build
Oct 8, 2026
Merged

recrwplay merged 1 commit into
devfrom
pass-publish-env-to-pdf-build

Conversation

@recrwplay

Copy link
Copy Markdown
Contributor

Summary

`docs-build-pdf` never passed `publish-env` to `reusable-docs-pdf-build.yml`, so its PDF always resolved cross-manual/javadoc links against the docset's own `publish.yml` default (the real prod URL) regardless of which environment this PDF was actually being published to - same fix as the HTML build's own `--url` handling. Depends on docs-tools PR #148, which adds the `publish-env` input to `reusable-docs-pdf-build.yml`.

Test plan

  • Verified locally that passing `--url` through to the real PDF build correctly makes cross-manual/javadoc links in the generated PDF absolute (via a test build confirmed with pikepdf - 128/128 link annotations resolve to real URLs, zero broken links).

docs-build-pdf never passed publish-env to reusable-docs-pdf-build.yml, so
its PDF always resolved cross-manual/javadoc links against the docset's own
publish.yml default (the real prod URL) regardless of which environment
this PDF was actually being published to - same fix as the HTML build's own
--url handling.
@neo4j-docops-agent

neo4j-docops-agent commented Oct 8, 2026 •

Copy link
Copy Markdown
Collaborator

Thanks for the documentation updates.

The preview documentation has now been torn down - reopening this PR will republish it.

@recrwplay
recrwplay merged commit d97d10d into dev Oct 8, 2026
4 checks passed
@recrwplay
recrwplay deleted the pass-publish-env-to-pdf-build branch October 8, 2026 16:36
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.

2 participants