-
Notifications
You must be signed in to change notification settings - Fork 19.9k
fix: use query params instead of request body for decode_plugin_from_identifier #31697
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
base: main
Are you sure you want to change the base?
fix: use query params instead of request body for decode_plugin_from_identifier #31697
Conversation
…identifier The decode_plugin_from_identifier endpoint was sending plugin_unique_identifier in the request body with a GET request. This causes issues with HTTP intermediaries like Google Cloud Run's frontend, which rejects GET requests with a body as malformed (returning 400 Bad Request). Changed from `data=` (request body) to `params=` (query parameters), which is: - Consistent with similar GET endpoints (fetch_plugin_manifest, fetch_plugin_by_identifier) - Compliant with HTTP standards (GET requests should not have semantic body content) - Compatible with Cloud Run and other HTTP proxies/load balancers 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <[email protected]>
Summary of ChangesHello @minodisk, 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 addresses a critical issue where GET requests to the Highlights
🧠 New Feature in Public Preview: You can now enable Memory to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console. Using Gemini Code AssistThe 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
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 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
|
There was a problem hiding this 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 correctly resolves an issue where a GET request was being sent with a request body, which is not compliant with HTTP standards and can be rejected by intermediaries like proxies and load balancers. The modification to use query parameters (params) instead of a request body (data) for the decode_plugin_from_identifier endpoint is the proper fix. This change also improves consistency with other GET endpoints in the file, such as fetch_plugin_manifest and fetch_plugin_by_identifier. The change is well-contained and the reasoning is clearly explained in the pull request description. Excellent work on this fix.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Copilot encountered an error and was unable to review this pull request. You can try again by re-requesting a review.
Summary
decode_plugin_from_identifierto use query parameters (params=) instead of request body (data=)Content-Type: application/jsonheaderProblem
The
decode_plugin_from_identifierendpoint was sendingplugin_unique_identifierin the request body with a GET request. This causes issues with HTTP intermediaries like Google Cloud Run's frontend, which rejects GET requests with a body as malformed (returning 400 Bad Request before the request reaches the container).Solution
Changed from
data=(request body) toparams=(query parameters), which is:fetch_plugin_manifest,fetch_plugin_by_identifier)Related PR
This change requires a corresponding change in dify-plugin-daemon to accept the parameter from query string instead of JSON body: