Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

@draftcode
Copy link
Contributor

@draftcode draftcode commented Oct 7, 2025

Previously, we didn't strip the PR metadata from the existing PR body,
but with recent changes, we do.

As a side effect, if an existing PR doesn't have a body (but has a
title), it would open the editor unnecessarily with av pr command.
Open it only when both title and body are empty.

@draftcode draftcode requested a review from a team as a code owner October 7, 2025 05:49
@aviator-app
Copy link
Contributor

aviator-app bot commented Oct 7, 2025

Current Aviator status

Aviator will automatically update this comment as the status of the PR changes.
Comment /aviator refresh to force Aviator to re-examine your PR (or learn about other /aviator commands).

This PR was merged using Aviator.


See the real-time status of this PR on the Aviator webapp.
Use the Aviator Chrome Extension to see the status of your PR within GitHub.

@aviator-app
Copy link
Contributor

aviator-app bot commented Oct 7, 2025

✅ FlexReview Status

Common Owner: aviator-co/engineering (expert-load-balance assignment)
Owner and Assignment:

  • aviator-co/engineering (expert-load-balance assignment)
    Owned Files
    • 🔒 internal/actions/pr.go

Review SLO: 7 business hours if PR size is <= 200 LOC for the first response.

@aviator-app aviator-app bot requested a review from jainankit October 7, 2025 05:49
@gemini-code-assist
Copy link

Summary of Changes

Hello @draftcode, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed!

This PR refines the av pr command's behavior, ensuring the editor only opens when both the PR title and body are empty, or when explicitly requested. This fixes an issue where the editor would open unnecessarily if only the body was empty after metadata stripping.

Highlights

  • Intent: This pull request aims to refine the logic for when the editor is automatically opened by the av pr command. Previously, due to recent changes in how PR metadata is stripped, the editor would open unnecessarily if a pull request had an empty body (after metadata stripping) but a non-empty title. The intent is to correct this behavior so that the editor only opens if both the PR title and body are empty, or if explicitly requested via an opts.Edit flag.
  • Changes: The core change is in internal/actions/pr.go. The condition that triggers the editor to open has been modified. The logical OR (||) between opts.Body == "" and opts.Title == "" has been changed to a logical AND (&&) within parentheses: (opts.Body == "" && opts.Title == ""). This ensures that the editor is only invoked if both the title and body are empty, or if the opts.Edit flag is true.
  • Reviewer Activity: No specific reviewer activity has been noted for this pull request.
Using Gemini Code Assist

The full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips.

Invoking Gemini

You can request assistance from Gemini at any point by creating a comment using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands on the current page.

Feature Command Description
Code Review /gemini review Performs a code review for the current pull request in its current state.
Pull Request Summary /gemini summary Provides a summary of the current pull request in its current state.
Comment @gemini-code-assist Responds in comments when explicitly tagged, both in pull request comments and review comments.
Help /gemini help Displays a list of available commands.

Customization

To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a .gemini/ folder in the base of the repository. Detailed instructions can be found here.

Limitations & Feedback

Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here.

You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension.

Footnotes

  1. Review the Privacy Notices, Generative AI Prohibited Use Policy, Terms of Service, and learn how to configure Gemini Code Assist in GitHub here. Gemini can make mistakes, so double check it and use code with caution.

Copy link

@gemini-code-assist gemini-code-assist bot left a comment

Choose a reason for hiding this comment

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

Code Review

This pull request aims to prevent the editor from opening unnecessarily when running av pr on a branch with an existing pull request that has a title but no body. The change correctly addresses this case. However, it introduces a side effect for creating new pull requests where the editor will not open if only a title is missing, leading to a command failure. My review includes a suggestion to refine the logic to handle both new and existing pull requests correctly.

}

if opts.Edit || opts.Body == "" || opts.Title == "" {
if opts.Edit || (opts.Body == "" && opts.Title == "") {

Choose a reason for hiding this comment

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

high

This change correctly handles the case for existing PRs, but it introduces an issue when creating new PRs.

With this change, if a user tries to create a new PR with a body but no title (e.g., av pr -b "my body"), the editor will not open. The command will then attempt to create a PR with an empty title, which will fail. The previous behavior was to open an editor and pre-populate the title from the commit message, which is a better user experience.

The logic for opening the editor should be different for new and existing pull requests. For new PRs, the editor should open if either the title or body is missing. For existing PRs, it should only open if both are missing.

I suggest a more explicit condition to handle both cases correctly.

	if opts.Edit ||
		(existingPR == nil && (opts.Title == "" || opts.Body == "")) ||
		(existingPR != nil && opts.Title == "" && opts.Body == "") {

Previously, we didn't strip the PR metadata from the existing PR body,
but with recent changes, we do.

As a side effect, if an existing PR doesn't have a body (but has a
title), it would open the editor unnecessarily with `av pr` command.
Open it only when both title and body are empty.
@aviator-app aviator-app bot merged commit 57e8ea4 into master Oct 7, 2025
8 checks passed
@aviator-app aviator-app bot deleted the do_not_open_editor branch October 7, 2025 08:23
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.

3 participants