Skip to content

3.15.2#169

Merged
hannesrudolph merged 2 commits into
mainfrom
3.15.2
May 2, 2025
Merged

3.15.2#169
hannesrudolph merged 2 commits into
mainfrom
3.15.2

Conversation

@hannesrudolph
Copy link
Copy Markdown
Collaborator

@hannesrudolph hannesrudolph commented May 2, 2025

Important

Add release notes for version 3.15.2, update sidebar, and enhance documentation on custom modes.

  • Release Notes:
    • Added v3.15.2.md detailing updates to Boomerang Orchestrator mode, Mermaid rendering, terminal performance, provider configurations, and UI improvements.
    • Updated v3.15.md to include changes from v3.15.2.
    • Updated index.md to list 3.15.2.
  • Sidebar:
    • Updated sidebars.ts to include v3.15.2 under the 3.15 category.
  • Documentation:
    • Renamed "Custom Modes" to "Customizing Modes" in custom-modes.md.
    • Added info about role definition's first sentence in system prompt in custom-modes.md.

This description was created by Ellipsis for 4dce537. You can customize this summary. It will automatically update as commits are pushed.

@hannesrudolph hannesrudolph requested review from cte and mrubens as code owners May 2, 2025 21:04
@vercel
Copy link
Copy Markdown

vercel Bot commented May 2, 2025

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name Status Preview Comments Updated (UTC)
roo-code-docs ✅ Ready (Inspect) Visit Preview 💬 Add feedback May 2, 2025 9:05pm

@dosubot dosubot Bot added the size:M This PR changes 30-99 lines, ignoring generated files. label May 2, 2025
@dosubot dosubot Bot added the documentation Improvements or additions to documentation label May 2, 2025
Copy link
Copy Markdown
Contributor

@ellipsis-dev ellipsis-dev Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Important

Looks good to me! 👍

Reviewed everything up to 4dce537 in 2 minutes and 22 seconds. Click for details.
  • Reviewed 171 lines of code in 6 files
  • Skipped 1 files when reviewing.
  • Skipped posting 15 draft comments. View those below.
  • Modify your settings and rules to customize what types of comments Ellipsis leaves. And don't forget to react with 👍 or 👎 to teach Ellipsis.
1. docs/update-notes/index.md:1
  • Draft comment:
    The list markers are inconsistent (a '-' marker on line 1 versus '*' on subsequent lines). For clarity and consistency in Markdown, use a uniform list marker.
  • Reason this comment was not posted:
    Comment was on unchanged code.
2. docs/update-notes/v3.15.2.md:16
  • Draft comment:
    Ensure that the image element is properly indented and separated by a blank line for improved Markdown readability.
  • Reason this comment was not posted:
    Confidence changes required: 50% <= threshold 50% None
3. docs/update-notes/v3.15.md:1
  • Draft comment:
    The release date has been updated to 2025-05-02. Double-check that all date references across related release note files are in sync.
  • Reason this comment was not posted:
    Comment did not seem useful. Confidence is useful = 0% <= threshold 50% The comment is asking the PR author to double-check date references, which violates the rule against asking for confirmation or double-checking. It doesn't provide a specific code suggestion or point out a specific issue.
4. docs/update-notes/v3.15.md:42
  • Draft comment:
    The added section for Mermaid diagram enhancements and the subsequent UI improvements are useful—verify that the textual descriptions match the displayed images for consistency.
  • Reason this comment was not posted:
    Confidence changes required: 40% <= threshold 50% None
5. sidebars.ts:174
  • Draft comment:
    New sidebar entry for '3.15.2' is added. Ensure the indentation and comma placement is consistent with the style in the rest of the file.
  • Reason this comment was not posted:
    Decided after close inspection that this draft comment was likely wrong and/or not actionable: usefulness confidence = 0% vs. threshold = 50% The comment points out a real formatting inconsistency. However, this is exactly the kind of issue that should be handled by automated tools like Prettier rather than manual code review comments. The rules state not to comment on things that would be caught by automated formatting tools. The indentation issue is real and could make the code less readable if not fixed. Maybe this is worth keeping if the project doesn't have proper formatting tools set up? No - the rules specifically state that we should ensure Prettier is set up for enforcing code style rules. This is exactly the kind of thing Prettier would fix automatically. Delete this comment. Indentation and formatting issues should be handled by automated tools like Prettier, not manual code review comments.
6. .roomodes:25
  • Draft comment:
    Updated 'Updating Combined Notes' instructions look good. Please double-check that these guidelines align fully with our release notes process and are consistent with our documentation standards.
  • Reason this comment was not posted:
    Comment did not seem useful. Confidence is useful = 0% <= threshold 50% This comment is asking the PR author to double-check alignment with guidelines and documentation standards, which violates the rule against asking for confirmation or double-checking.
7. docs/features/custom-modes.md:43
  • Draft comment:
    The new info block clarifying the roleDefinition's first sentence is a great addition. Please ensure the admonition syntax (:::) renders correctly in our Docusaurus setup.
  • Reason this comment was not posted:
    Confidence changes required: 33% <= threshold 50% None
8. docs/update-notes/index.md:2
  • Draft comment:
    New entry for 3.15.2 is added. Consider using a consistent bullet marker (dash vs asterisk) for uniformity if it matters for the list style.
  • Reason this comment was not posted:
    Confidence changes required: 33% <= threshold 50% None
9. docs/update-notes/v3.15.2.md:1
  • Draft comment:
    The new release notes file is clear and well-structured. Make sure the image alt text is descriptive for accessibility purposes.
  • Reason this comment was not posted:
    Confidence changes required: 33% <= threshold 50% None
10. docs/update-notes/v3.15.md:16
  • Draft comment:
    The combined release notes now include additional patch details. Verify that the aggregated information remains concise and avoids redundancy with the standalone patch release note.
  • Reason this comment was not posted:
    Confidence changes required: 33% <= threshold 50% None
11. sidebars.ts:174
  • Draft comment:
    The addition of the '3.15.2' entry in the update notes sidebar is correctly placed. Please ensure that the overall ordering remains consistent with chronological release order.
  • Reason this comment was not posted:
    Comment did not seem useful. Confidence is useful = 0% <= threshold 50% This comment is asking the author to ensure something, which violates the rule against asking the PR author to ensure behavior is intended or tested. It doesn't provide a specific code suggestion or point out a specific issue.
12. docs/features/custom-modes.md:5
  • Draft comment:
    It looks like the admonition block on line 5 starts with '::::info Mode-Specific Instruction File Locations'. Typically, the syntax for such blocks uses three colons (e.g., ':::info ...'). If this isn't intentional per your Markdown style guide, please adjust it to ':::info' for consistency.
  • Reason this comment was not posted:
    Comment was not on a location in the diff, so it can't be submitted as a review comment.
13. docs/features/custom-modes.md:24
  • Draft comment:
    The link on line 24 uses the anchor #mode-specific-instructions-via-filesdirectories. It might be clearer and more consistent if a separator (like a hyphen) is added between 'files' and 'directories' (e.g., #mode-specific-instructions-via-files-directories). Please verify if this is the intended target or adjust for clarity.
  • Reason this comment was not posted:
    Comment was not on a location in the diff, so it can't be submitted as a review comment.
14. docs/update-notes/index.md:1
  • Draft comment:
    The first list item on line 1 uses a hyphen (-) while the subsequent items (lines 2-4) use asterisks (*). For consistency, consider using the same bullet marker for all list items, unless this is intentional.
  • Reason this comment was not posted:
    Comment was on unchanged code.
15. sidebars.ts:174
  • Draft comment:
    Typographical Issue: On line 174, the new item { type: 'doc', id: 'update-notes/v3.15.2', label: '3.15.2' } is missing the proper indentation. Please adjust the whitespace to align it with the surrounding items.
  • Reason this comment was not posted:
    Decided after close inspection that this draft comment was likely wrong and/or not actionable: usefulness confidence = 0% vs. threshold = 50% While the indentation is technically inconsistent, this is a minor formatting issue that should be handled by automated tools like Prettier rather than manual code review comments. The code is still valid and functional despite the inconsistent indentation. Making comments about whitespace is generally not a good use of code review. The indentation inconsistency could make the code less readable and maintainable. Consistent formatting does matter for code quality. While consistent formatting matters, this should be enforced through automated tooling like Prettier rather than manual code review comments. The reviewer's time is better spent on more substantive issues. Delete this comment since formatting issues should be handled by automated tools rather than manual review comments.

Workflow ID: wflow_SZ7l0qmyLqDBUhqv

You can customize Ellipsis by changing your verbosity settings, reacting with 👍 or 👎, replying to comments, or adding code review rules.

@hannesrudolph hannesrudolph merged commit 1c81bc0 into main May 2, 2025
3 checks passed
@hannesrudolph hannesrudolph deleted the 3.15.2 branch May 2, 2025 21:07
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation size:M This PR changes 30-99 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant