Skip to content

Conversation

gaby
Copy link
Member

@gaby gaby commented Jul 25, 2025

Summary

  • introduce DisableHeaders option for limiter middleware
  • set X-RateLimit headers only when not disabled
  • document how to disable the headers
  • test limiter without headers

Copy link
Contributor

coderabbitai bot commented Jul 25, 2025

Walkthrough

A new boolean configuration option, DisableHeaders, was added to the Fiber rate limiter middleware. This option allows users to suppress the inclusion of X-RateLimit-* and Retry-After headers in HTTP responses. Documentation, configuration structs, middleware logic, and tests were updated to support and verify this feature.

Changes

File(s) Change Summary
docs/middleware/limiter.md Updated documentation to describe the new DisableHeaders config option and its default value.
middleware/limiter/config.go Added DisableHeaders field to Config struct and set default value in ConfigDefault.
middleware/limiter/limiter_fixed.go
middleware/limiter/limiter_sliding.go
Added conditional logic to omit rate limit headers based on DisableHeaders config flag.
middleware/limiter/limiter_test.go Added a test verifying that rate limit headers are omitted when DisableHeaders is true.

Sequence Diagram(s)

sequenceDiagram
    participant Client
    participant FiberApp
    participant LimiterMiddleware

    Client->>FiberApp: HTTP Request
    FiberApp->>LimiterMiddleware: Invoke Limiter
    LimiterMiddleware->>LimiterMiddleware: Check DisableHeaders
    alt DisableHeaders = false
        LimiterMiddleware->>FiberApp: Add X-RateLimit-* and Retry-After headers
    else DisableHeaders = true
        LimiterMiddleware->>FiberApp: Do not add headers
    end
    FiberApp->>Client: HTTP Response
Loading

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~8 minutes

Poem

A new flag hops in, so light and neat,
To hide the headers from each HTTP treat.
With tests to check and docs to show,
Now your limits can quietly flow!
🐇✨ No more headers, if you please—
The middleware does it with ease!

Note

⚡️ Unit Test Generation is now available in beta!

Learn more here, or try it out under "Finishing Touches" below.


📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 7a49779 and bff7a3c.

📒 Files selected for processing (5)
  • docs/middleware/limiter.md (2 hunks)
  • middleware/limiter/config.go (2 hunks)
  • middleware/limiter/limiter_fixed.go (2 hunks)
  • middleware/limiter/limiter_sliding.go (2 hunks)
  • middleware/limiter/limiter_test.go (1 hunks)
✅ Files skipped from review due to trivial changes (2)
  • docs/middleware/limiter.md
  • middleware/limiter/limiter_fixed.go
🚧 Files skipped from review as they are similar to previous changes (3)
  • middleware/limiter/limiter_sliding.go
  • middleware/limiter/config.go
  • middleware/limiter/limiter_test.go
⏰ 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). (4)
  • GitHub Check: repeated
  • GitHub Check: unit (1.24.x, macos-13)
  • GitHub Check: unit (1.24.x, windows-latest)
  • GitHub Check: Compare
✨ Finishing Touches
  • 📝 Generate Docstrings
🧪 Generate unit tests
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch 2025-07-25-00-18-23

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
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Explain this complex logic.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai explain this code block.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and explain its main purpose.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Support

Need help? Create a ticket on our support page for assistance with any issues or questions.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR.
  • @coderabbitai generate sequence diagram to generate a sequence diagram of the changes in this PR.
  • @coderabbitai generate unit tests to generate unit tests for this PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

@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.

Summary of Changes

Hello @gaby, 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 pull request introduces a new configuration option for the rate limiter middleware, allowing users to disable the X-RateLimit-* response headers. This provides more flexibility for applications that may not want to expose these headers, giving developers more control over the HTTP response. I've updated the configuration, modified the limiter logic to respect this new setting, added documentation, and included a test to verify the functionality.

Highlights

  • New Configuration Option: I've introduced a new DisableHeaders boolean option to the limiter.Config struct, which defaults to false. This allows users to explicitly control whether rate limit headers are included in responses.
  • Conditional Header Setting: The FixedWindow and SlidingWindow limiter implementations have been updated to only set the X-RateLimit-Limit, X-RateLimit-Remaining, and X-RateLimit-Reset headers if the new DisableHeaders option is false.
  • Documentation Update: I've updated the docs/middleware/limiter.md file to include documentation for the new DisableHeaders option, explaining its purpose and default value.
  • New Test Case: A new test case, Test_Limiter_Disable_Headers, has been added to middleware/limiter/limiter_test.go to ensure that when DisableHeaders is set to true, the X-RateLimit-* headers are correctly omitted from the response.
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 in your pull request via creating an issue comment (i.e. comment on the pull request page) using either /gemini <command> or @gemini-code-assist <command>. Below is a summary of the supported commands.

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 issue 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 or fill out our survey to provide feedback.

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

codecov bot commented Jul 25, 2025

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 91.04%. Comparing base (aa87c11) to head (bff7a3c).
Report is 1 commits behind head on main.

Additional details and impacted files
@@           Coverage Diff           @@
##             main    #3618   +/-   ##
=======================================
  Coverage   91.04%   91.04%           
=======================================
  Files         112      112           
  Lines       11289    11289           
=======================================
  Hits        10278    10278           
  Misses        754      754           
  Partials      257      257           
Flag Coverage Δ
unittests 91.04% <100.00%> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@gaby gaby changed the title Add optional rate limit headers 🔥 feat: Support for disabling response headers in Limiter Middleware Jul 25, 2025
@gaby gaby added this to v3 Jul 25, 2025
Copy link
Contributor

@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 introduces a DisableHeaders option to the limiter middleware, allowing users to prevent X-RateLimit-* headers from being added to responses. The changes are well-implemented across the configuration, documentation, and both fixed and sliding window limiter implementations. A new test case is also added to verify the functionality. My feedback focuses on improving test quality and reducing code duplication for better long-term maintainability.

@gaby gaby added this to the v3 milestone Jul 25, 2025
@gaby gaby moved this to In Progress in v3 Jul 25, 2025
@gaby gaby marked this pull request as ready for review July 25, 2025 00:49
@Copilot Copilot AI review requested due to automatic review settings July 25, 2025 00:49
@gaby gaby requested a review from a team as a code owner July 25, 2025 00:49
Copy link
Contributor

@Copilot Copilot AI left a comment

Choose a reason for hiding this comment

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

Pull Request Overview

This PR introduces the ability to disable X-RateLimit-* response headers in the Limiter middleware by adding a new DisableHeaders configuration option.

  • Adds DisableHeaders boolean field to the Config struct with default value false
  • Conditionally sets X-RateLimit headers only when DisableHeaders is false in both fixed and sliding window implementations
  • Updates documentation to describe the new configuration option
  • Adds comprehensive test coverage for the new functionality

Reviewed Changes

Copilot reviewed 5 out of 5 changed files in this pull request and generated no comments.

Show a summary per file
File Description
middleware/limiter/config.go Adds DisableHeaders field to Config struct and default configuration
middleware/limiter/limiter_fixed.go Wraps header setting logic with DisableHeaders condition check
middleware/limiter/limiter_sliding.go Wraps header setting logic with DisableHeaders condition check
middleware/limiter/limiter_test.go Adds test case verifying headers are not set when DisableHeaders is true
docs/middleware/limiter.md Documents the new DisableHeaders configuration option
Comments suppressed due to low confidence (1)

middleware/limiter/limiter_test.go:764

  • The function name uses underscores which is inconsistent with Go naming conventions. Consider renaming to 'TestLimiterDisableHeaders' to follow standard Go test naming patterns.
func Test_Limiter_Disable_Headers(t *testing.T) {

@ReneWerner87
Copy link
Member

@gaby Should we include "HeaderRetryAfter" ?

@gaby
Copy link
Member Author

gaby commented Jul 25, 2025

@gaby Should we include "HeaderRetryAfter" ?

Done

@ReneWerner87 ReneWerner87 merged commit 56b5e6b into main Jul 25, 2025
15 checks passed
@ReneWerner87 ReneWerner87 deleted the 2025-07-25-00-18-23 branch July 25, 2025 12:38
@github-project-automation github-project-automation bot moved this from In Progress to Done in v3 Jul 25, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Done
Development

Successfully merging this pull request may close these issues.

2 participants