chore(repo): Improve formatting of server entries in release notes#3134
chore(repo): Improve formatting of server entries in release notes#3134
Conversation
Indent continuation lines in the release notes for better readability.
|
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review infoConfiguration used: Repository UI Review profile: CHILL Plan: Pro 📒 Files selected for processing (1)
📜 Recent review details⏰ Context from checks skipped due to timeout of 90000ms. You can increase the timeout in your CodeRabbit configuration to a maximum of 15 minutes (900000ms). (26)
🔇 Additional comments (1)
WalkthroughThe change modifies Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes 🚥 Pre-merge checks | ✅ 2 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches
🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
🟡 Multi-line indentation fix not applied to server breaking changes in the 'Breaking changes' section
The PR adds newline indentation for server entries in the "Server changes" section (line 307), but serverBreaking entries are also rendered as list items in the "Breaking changes" section at line 264 without the same treatment.
Inconsistent handling of multi-line server entries
Server entries get their text from .server-changes/*.md file bodies (scripts/enhance-release-pr.mjs:185), which can contain newlines. The PR correctly indents continuation lines in the "Server changes" section:
const indented = entry.text.replace(/\n/g, "\n ");
lines.push(`- ${indented}`);However, at line 263-264, serverBreaking entries are rendered without this fix:
for (const entry of [...breaking, ...serverBreaking])
lines.push(`- ${entry.text}`);If a server breaking change has multi-line body text, the continuation lines will not be indented, breaking the markdown list formatting in the "Breaking changes" section. The text after the first newline would appear outside the list item.
Impact: Multi-line server breaking change entries will render with broken markdown formatting in the PR body.
(Refers to line 264)
Was this helpful? React with 👍 or 👎 to provide feedback.
No description provided.