-
Notifications
You must be signed in to change notification settings - Fork 213
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
Direct usage of queryParameters
broke with 7.6.0
#1357
Comments
can you share which usage of we often build the |
oh I can see here where things might have caused the breaking behavior on PR #1337. We should only change |
@alvarowolfx Thanks :) What we were doing was basically this:
Then indeed we pass config ( Issue we were facing was that the parameter could not be found anymore in the query. That seems to align with your finding in #1359. As I probably figured out myself that I could do this, and it's nowhere documented, it might be that you don't want me to use this directly. I've refactored things on our end to use If that assumption is correct, maybe it would make sense to mark the |
|
@stefandoorn v7.6.1 was released with the fix. |
Thanks! |
Hi,
Per version 7.6.0 the direct usage of
queryParameters
that we do in a project, got broken. The docs do not seem to mention the usage of it at all, but someone we figured out we could use it directly. Since the 7.6.0 release, our set-up is broken.Rewriting it to use
params
&types
, as shown in the docs, does make it work again.Is
queryParameters
to be used directly at all?If not, we'll refactor on our end and do not bother. In that case maybe it should be marked as private.
If it is part of the public API, I can provide code that shows what happens / breaks.
Thanks.
The text was updated successfully, but these errors were encountered: