-
-
Notifications
You must be signed in to change notification settings - Fork 5
Return write_response after on bot execution #155
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
Conversation
|
Caution Review failedAn error occurred during the review process. Please try again later. WalkthroughThe Changes
Estimated code review effort1 (~2 minutes) Possibly related PRs
Suggested reviewers
Poem
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. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
SupportNeed 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)
Other keywords and placeholders
CodeRabbit Configuration File (
|
Pull Request Test Coverage Report for Build 16454587785Details
💛 - Coveralls |
On a recent change on the PostgreSQL shared storage implementation, the
Bas::Bot::Base.executemethod callsclose_connections if @process_options[:close_connections_after_process].eql?(true)as its last line, which replaces the previous behavior of returning thewritecall result:@write_response = write. This PR returns the previous behavior since current usages of the gem could rely on that response.Also, bas_use_cases tests check a not-nil return on their tests.
Summary by CodeRabbit