Repository navigation
Restrict API call query parameters to what we say we accept #653
Description
Activity
Interesting idea, I've explored a similar idea before in
googleapiswith required parameters here, however sometimes there are an outrageous number of different optional parameters that can be passed which is just tedious to document. Additionally, if implemented, this actually wouldn't really solve the problem of us mis-documenting the required parameters and letting something like #647 sneak through because of our human error. Also, this would make non-breaking additional parameters added to the API silently (which Google likes to do from time to time) effectively refuse that functionality. Yes that'd be good as long as the user files a bug and we fix it, but its still scary to the user when they are doing the right thing and we aren't.stephenplusplus commented
on Jun 10, 2015 ContributorAuthorMore actionsOkay, let's do it the way we're doing it. 👍
Will close, anyone feel free to re-open if there's a better solution than "nevermind" :)
- added 2 commits that reference this issue
on Nov 11, 2022 - added 2 commits that reference this issue
on Jan 24, 2023 - added a commit that references this issue
on Jul 23, 2025 - added a commit that references this issue
on Jan 28, 2026 - added a commit that references this issue
on Feb 5, 2026 - added a commit that references this issue
on Feb 17, 2026 - added a commit that references this issue
on Feb 23, 2026 - added a commit that references this issue
on Feb 24, 2026 - added a commit that references this issue
on Feb 26, 2026 - added a commit that references this issue
on Mar 12, 2026
Related: #647, #652
Right now, we sometimes kind of blindly pass the user's provided object to the API. We should be sure to only pass through what we say in our docs we accept.
I'm thinking something like: