Skip to content

Conversation

@KUL236
Copy link

@KUL236 KUL236 commented Dec 13, 2025

Updated the bug report template to improve clarity and structure.

Description

Please include a summary of the change and which issue is fixed. Please also include relevant motivation and context. List any dependencies that are required for this change.

Fixes # (issue)

Type of change

Please delete options that are not relevant.

  • Bug fix (non-breaking CHANGE which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)
  • Refactor (does not change functionality, e.g. code style improvements, linting)
  • Documentation update

How Has This Been Tested?

Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration

Please include screenshots below if applicable.

Checklist:

  • My code follows the style guidelines of this project
  • I have performed a self-review of my own code
  • I have commented my code, particularly in hard-to-understand areas
  • I have made corresponding changes to the documentation
  • My changes generate no new warnings
  • I have added tests that prove my fix is effective or that my feature works
  • New and existing unit tests pass locally with my changes
  • Any dependent changes have been merged and published in downstream modules
  • I have checked my code and corrected any misspellings

Maintainer Checklist

  • closes #xxxx (Replace xxxx with the GitHub issue number)
  • Tag the PR with the appropriate labels

Summary by CodeRabbit

  • Chores
    • Redesigned bug report template with improved form structure and clearer field organization.
    • Designated required fields: bug description, reproduction steps, and expected behavior; optional screenshots/logs.
    • Enhanced field labels and guidance text to streamline bug reporting and help users provide more complete information.

✏️ Tip: You can customize this high-level summary in your review settings.

Updated the bug report template to improve clarity and structure.
@github-actions
Copy link
Contributor

🎉 Welcome @KUL236!
Thank you for your pull request! Our team will review it soon. 🔍

  • Please ensure your PR follows the contribution guidelines. ✅
  • All automated tests should pass before merging. 🔄
  • If this PR fixes an issue, link it in the description. 🔗

We appreciate your contribution! 🚀

@coderabbitai
Copy link

coderabbitai bot commented Dec 13, 2025

Walkthrough

The GitHub bug report issue template was restructured to use a validated form-based approach. The template now defines explicit form fields (description, steps, expected, screenshots, environment) with required/optional validation rules and updated labels, replacing the previous free-form text-based layout.

Changes

Cohort / File(s) Summary
Bug Report Template Restructuring
\\.github/ISSUE_TEMPLATE/bug_report.yml
Updated issue template metadata (title, description, labels) and overhauled body schema from markdown/textarea blocks to a structured form with five fields: description (required), steps (required), expected (required), screenshots (optional), and environment (optional). Added field-specific placeholders, labels, and validation rules. Removed previous guidance blocks and footer message.

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~5–10 minutes

  • Verify YAML syntax and structure are valid
  • Confirm form field IDs and validation rules align with GitHub's issue template schema
  • Check that all placeholders and labels are clear and user-friendly

Poem

🐰 A template so structured, a form so divine,
With fields neatly labeled and validations in line!
No more rambling confusion, just boxes to fill,
Bug reports hop swiftly up the quality hill.

Pre-merge checks and finishing touches

✅ Passed checks (3 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title 'Revise bug report template for better guidance' directly aligns with the main change in the PR, which overhauls the bug report template with improved structure, form fields, and clearer guidance for contributors.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
✨ Finishing touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment

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.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 1

🧹 Nitpick comments (3)
.github/ISSUE_TEMPLATE/bug_report.yml (3)

32-38: Consider adding an explicit "Actual Behavior" field for clarity.

The template requests "Expected Behavior" but does not have an explicit field for "Actual Behavior." While the description field may capture this, having both fields side-by-side improves clarity and helps maintainers quickly understand the gap between expected and actual behavior.

Consider inserting an "Actual Behavior" field between "Steps to Reproduce" and "Expected Behavior":

   - type: textarea
     id: steps
     attributes:
       label: Steps to Reproduce
       description: Provide steps to reproduce the bug.
       placeholder: |
         1. Go to...
         2. Click on...
         3. See error...
     validations:
       required: true

+  - type: textarea
+    id: actual
+    attributes:
+      label: Actual Behavior
+      placeholder: What actually happened?
+    validations:
+      required: true
+
   - type: textarea
     id: expected

6-9: Consider enhancing the initial guidance for contributors.

The opening guidance ("Thank you for reporting a bug. Please fill out the details below.") is minimal. More specific guidance could improve report quality, such as encouraging users to search for existing issues or linking to contribution guidelines.

Consider expanding the initial markdown block with more context:

   - type: markdown
     attributes:
       value: |
-        Thank you for reporting a bug. Please fill out the details below.
+        Thank you for reporting a bug! 🐛
+        
+        **Before you start:**
+        - Please [search for existing issues](../../issues) to avoid duplicates.
+        - Include as much detail as possible to help us reproduce and fix the bug quickly.

3-4: Consider improving the title template for better guidance.

The title template "[Bug]: " provides minimal guidance. Users may struggle to write concise, descriptive titles that follow the pattern.

Consider updating the title template to be more instructive:

-title: "[Bug]: "
+title: "[Bug]: Brief description of the issue"

This gives users a clear example of what the title should contain.

📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between b063ecb and ac99ddc.

📒 Files selected for processing (1)
  • .github/ISSUE_TEMPLATE/bug_report.yml (1 hunks)

Comment on lines +48 to +52
- type: input
id: environment
attributes:
label: Environment
placeholder: OS, device, app version
Copy link

Choose a reason for hiding this comment

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

⚠️ Potential issue | 🟠 Major

Change environment field from input to textarea for comprehensive details.

The environment field uses type: input (single-line text), which may constrain users from providing complete environment information. Complex environments often require multiple lines (e.g., OS, device type, app version, browser details). This can limit the quality of bug reports.

Apply this diff to allow multi-line environment input:

  - type: input
+  - type: textarea
     id: environment
     attributes:
       label: Environment
       placeholder: OS, device, app version

Committable suggestion skipped: line range outside the PR's diff.

🤖 Prompt for AI Agents
.github/ISSUE_TEMPLATE/bug_report.yml lines 48-52: the environment field is
defined as a single-line input which limits detailed multi-line environment
info; change the field's type from "input" to "textarea" so reporters can
provide multiline details (keep existing id/label/placeholder intact), and
ensure any YAML indentation and schema constraints remain valid after the
change.

@M4dhav
Copy link
Contributor

M4dhav commented Dec 19, 2025

What issue is this related to?

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