Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

🐛 bug: fix client iterators when using break statement #3357

Merged
merged 2 commits into from
Mar 19, 2025

Conversation

efectn
Copy link
Member

@efectn efectn commented Mar 18, 2025

Description

When iterators don't finishes iterations in case yield(k, v) returns false, it causes panic like range function continued iteration after loop body. Some of client iterators are also affected from this issue. This PR fixes it and add testcases to ensure it doesn't panic.

Fixes # (issue)

Changes introduced

List the new features or adjustments introduced in this pull request. Provide details on benchmarks, documentation updates, changelog entries, and if applicable, the migration guide.

  • Benchmarks: Describe any performance benchmarks and improvements related to the changes.
  • Documentation Update: Detail the updates made to the documentation and links to the changed files.
  • Changelog/What's New: Include a summary of the additions for the upcoming release notes.
  • Migration Guide: If necessary, provide a guide or steps for users to migrate their existing code to accommodate these changes.
  • API Alignment with Express: Explain how the changes align with the Express API.
  • API Longevity: Discuss the steps taken to ensure that the new or updated APIs are consistent and not prone to breaking changes.
  • Examples: Provide examples demonstrating the new features or changes in action.

Type of change

Please delete options that are not relevant.

  • New feature (non-breaking change which adds functionality)
  • Enhancement (improvement to existing features and functionality)
  • Documentation update (changes to documentation)
  • Performance improvement (non-breaking change which improves efficiency)
  • Code consistency (non-breaking change which improves code reliability and robustness)

Checklist

Before you submit your pull request, please make sure you meet these requirements:

  • Followed the inspiration of the Express.js framework for new functionalities, making them similar in usage.
  • Conducted a self-review of the code and provided comments for complex or critical parts.
  • Updated the documentation in the /docs/ directory for Fiber's documentation.
  • Added or updated unit tests to validate the effectiveness of the changes or new features.
  • Ensured that new and existing unit tests pass locally with the changes.
  • Verified that any new dependencies are essential and have been agreed upon by the maintainers/community.
  • Aimed for optimal performance with minimal allocations in the new code.
  • Provided benchmarks for the new code to analyze and improve upon.

Commit formatting

Please use emojis in commit messages for an easy way to identify the purpose or intention of a commit. Check out the emoji cheatsheet here: CONTRIBUTING.md

@efectn efectn requested a review from a team as a code owner March 18, 2025 14:49
@efectn efectn requested review from gaby, sixcolors and ReneWerner87 and removed request for a team March 18, 2025 14:49
Copy link
Contributor

coderabbitai bot commented Mar 18, 2025

Walkthrough

The changes modify the iteration methods in the Request struct by replacing the VisitAll callback with a direct for loop for both cookies and path parameters. Additionally, tests have been updated to assert that these iterations do not panic. No public API declarations have been altered.

Changes

File(s) Changes Summary
client/request.go Replaced VisitAll callback iteration in the Cookies and PathParams methods with direct for loop iteration over the underlying maps.
client/request_test.go Added require.NotPanics assertions in the tests for Cookies and PathParams to verify that iterating over the maps is panic-free.

Poem

I'm the little rabbit of the code,
Hopping through maps down the iteration road.
Cookies and paths now leap with ease,
No callback tangles to catch or tease.
With tests that cheer, I bound with joy—coding's my favorite ploy! 🐰
Happy paths all day!


📜 Recent review details

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

📥 Commits

Reviewing files that changed from the base of the PR and between d06d0ca and 97d6a56.

📒 Files selected for processing (2)
  • client/request.go (2 hunks)
  • client/request_test.go (4 hunks)
🚧 Files skipped from review as they are similar to previous changes (2)
  • client/request_test.go
  • client/request.go

Note

🎁 Summarized by CodeRabbit Free

Your organization has reached its limit of developer seats under the Pro Plan. For new users, CodeRabbit will generate a high-level summary and a walkthrough for each pull request. For a comprehensive line-by-line review, please add seats to your subscription by visiting https://app.coderabbit.ai/login.If you believe this is a mistake and have available seats, please assign one to the pull request author through the subscription management page using the link above.

🪧 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.
    • Generate unit testing code for this file.
    • 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 generate unit testing code for this file.
    • @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 generate unit testing code.
    • @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.

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

codecov bot commented Mar 18, 2025

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 83.73%. Comparing base (395c8fa) to head (97d6a56).
Report is 1 commits behind head on main.

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #3357      +/-   ##
==========================================
+ Coverage   83.61%   83.73%   +0.12%     
==========================================
  Files         118      118              
  Lines       11727    11728       +1     
==========================================
+ Hits         9806     9821      +15     
+ Misses       1491     1481      -10     
+ Partials      430      426       -4     
Flag Coverage Δ
unittests 83.73% <100.00%> (+0.12%) ⬆️

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.

Copy link
Contributor

@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: 0

🧹 Nitpick comments (3)
client/request.go (3)

300-307: Fix for iterator panic when using break.

The previous implementation using VisitAll would continue iterating even after the yield function returned false, causing a panic. This direct for loop approach properly respects the return value of yield and stops iteration when false is returned.

While the fix works correctly, consider adding a comment explaining why this change was made to prevent future regressions.

 func (r *Request) Cookies() iter.Seq2[string, string] {
 	return func(yield func(string, string) bool) {
+		// Direct iteration over map to respect yield's return value
+		// and properly handle break statements within consumer loops
 		var res bool
 		for k, v := range *r.cookies {
 			res = yield(k, v)
 			if !res {
 				return
 			}
 		}
 	}
 }

348-352: Fix for iterator panic when using break.

Similar to the Cookies method, this implementation properly respects the yield function's return value and stops iteration when false is returned, preventing panics when using break within consumer loops.

The same recommendation applies here - consider adding a comment to document the reason for this implementation.

 func (r *Request) PathParams() iter.Seq2[string, string] {
 	return func(yield func(string, string) bool) {
+		// Direct iteration over map to respect yield's return value
+		// and properly handle break statements within consumer loops
 		for k, v := range *r.path {
 			if !yield(k, v) {
 				return
 			}
 		}
 	}
 }

301-306: Consider using a consistent approach between methods.

There's a slight inconsistency between the Cookies() and PathParams() implementations:

  • Cookies() stores the result in a variable before checking
  • PathParams() directly checks the return value of yield()

While both approaches work correctly, using the same pattern in both methods would improve code consistency.

 func (r *Request) Cookies() iter.Seq2[string, string] {
 	return func(yield func(string, string) bool) {
-		var res bool
 		for k, v := range *r.cookies {
-			res = yield(k, v)
-			if !res {
+			if !yield(k, v) {
 				return
 			}
 		}
 	}
 }
📜 Review details

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

📥 Commits

Reviewing files that changed from the base of the PR and between 395c8fa and d06d0ca.

📒 Files selected for processing (2)
  • client/request.go (2 hunks)
  • client/request_test.go (2 hunks)
🧰 Additional context used
🪛 GitHub Check: lint
client/request_test.go

[failure] 456-456:
string bar has 6 occurrences, make it a constant (goconst)

🪛 GitHub Actions: golangci-lint
client/request_test.go

[warning] 456-456: string bar has 6 occurrences, make it a constant (goconst)

⏰ Context from checks skipped due to timeout of 90000ms (5)
  • GitHub Check: unit (1.24.x, windows-latest)
  • GitHub Check: Analyse
  • GitHub Check: unit (1.23.x, windows-latest)
  • GitHub Check: repeated
  • GitHub Check: Compare
🔇 Additional comments (2)
client/request_test.go (2)

454-460: Good addition of test case to prevent regression.

This test case ensures that using break within the iteration loop for Cookies() doesn't cause a panic, which addresses the core issue mentioned in the PR objectives.

🧰 Tools
🪛 GitHub Check: lint

[failure] 456-456:
string bar has 6 occurrences, make it a constant (goconst)

🪛 GitHub Actions: golangci-lint

[warning] 456-456: string bar has 6 occurrences, make it a constant (goconst)


576-582: Good addition of test case to prevent regression.

Similar to the Cookies test, this test ensures that using break within the iteration loop for PathParams() doesn't cause a panic, addressing the core issue mentioned in the PR objectives.

@gaby gaby added the v3 label Mar 19, 2025
@gaby gaby added this to the v3 milestone Mar 19, 2025
@ReneWerner87
Copy link
Member

@efectn pls fix the review hint and lint errors
all in all it looks good

@efectn
Copy link
Member Author

efectn commented Mar 19, 2025

@efectn pls fix the review hint and lint errors all in all it looks good

Done

@ReneWerner87 ReneWerner87 merged commit 87f3f0c into main Mar 19, 2025
18 checks passed
@efectn efectn deleted the client-fix-iters branch March 19, 2025 10:01
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.

4 participants