Skip to content

docs: hand over a paste-ready body in creating-release-vote-mail - #1837

Merged
lukaszlenart merged 1 commit into
mainfrom
docs/vote-mail-gmail-link-mangling
Aug 8, 2026
Merged

docs: hand over a paste-ready body in creating-release-vote-mail#1837
lukaszlenart merged 1 commit into
mainfrom
docs/vote-mail-gmail-link-mangling

Conversation

@lukaszlenart

Copy link
Copy Markdown
Member

Follow-up from the 6.11.0 vote drafting run.

Problem

Gmail's linkifier rewrites URLs server-side as the draft is stored. The four link lines in the 6.11.0 vote draft came out as:

* https://www.google.com/url?q=https://dist.apache.org/repos/dist/dev/struts/6.11.0/&source=gmail&ust=1786257641041000&sa=E

and the 72-column hard wrap was reflowed. The release manager had to hand-edit all four URLs.

What was tested

All three ways of passing the body through the Gmail tool are rewritten — there is no argument combination that avoids it:

Body passed as Result
body only Wrapped hrefs; plain rendering shows bare-url <google.com/url?q=…>
htmlBody only No plain-text part at all — HTML-only mail, wrong for an ASF list
both Worst: the plain part's visible text becomes the wrapped URL

body only — what the skill already produced — is the least-bad of the three.

Change

Since the mangling can't be prevented, the fix is made structural rather than left as advice:

  • The skill now produces the draft and a file containing the exact body, so the correction is one select-all-paste in the compose window instead of four hand-edited URLs. Pasting plain text restores both the bare URLs and the wrap.
  • Added to the Draft it, do not send it instruction, the pre-draft checklist, and the template's hard-wrap note, so it sits in the steps already being followed rather than only in prose.
  • Added a red flag for re-running the draft-update tool on a draft whose links were already fixed by hand — that re-mangles them.

Docs/process only; no ticket, consistent with #1826, #1828 and #1836.

🤖 Generated with Claude Code

Gmail's linkifier rewrites URLs server-side as the draft is stored, so the
four link lines in the 6.11.0 vote draft arrived wrapped in
https://www.google.com/url?q=...&source=gmail&ust=... and the 72-column
wrap was reflowed. All three ways of passing the body through the Gmail
tool were tested and all are rewritten; body-only is the least-bad, and
supplying htmlBody is worse (HTML-only mail, or a plain part whose visible
text is the wrapped URL).

Record the constraint and make the workaround structural: the skill now
produces the draft *and* a file with the exact body, so the release
manager fixes it with one select-all-paste instead of hand-editing four
URLs. Also flag re-running the draft-update tool on an already-corrected
draft, which re-mangles it.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@sonarqubecloud

sonarqubecloud Bot commented Aug 8, 2026

Copy link
Copy Markdown

@lukaszlenart
lukaszlenart merged commit 2e417d3 into main Aug 8, 2026
12 checks passed
@lukaszlenart
lukaszlenart deleted the docs/vote-mail-gmail-link-mangling branch August 8, 2026 07:39
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.

1 participant