-
Notifications
You must be signed in to change notification settings - Fork 7
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
Query param got stripped in request through proxy #384
Comments
hi @andrey18106 not sure if this is a bug but i came across this thing. |
Sorry for the long delay. Is issue still valid? If yes, we will schedule time to reproduce this, and if it confirmed as a bug, we will fix it of course. |
i can check again with the latest app_api and then confirm @bigcat88 if it still exists. |
Hi @bigcat88 the issue still exists for version 5.0.0(master). |
app_api/lib/Service/AppAPIService.php Lines 261 to 272 in 2b37cec
It looks like the array keys are being stripped out of the query parameter values, although I don't recall what the purpose of this is when the http_build_query function itself is able to handle array parameters (including nested arrays) automatically. @bigcat88 or @andrey18106 do you have any ideas why we do this? |
yes the exact thing happened in my case. @edward-ly |
I think we are using the same algorithm in several integrations that wasn't changed for years. |
Hi @SagarGi, does applying the patch in the above PR fix the query string for you? If so, we can merge it and close this issue. |
Description
For a browser request :
http://localhost/stable300/index.php/apps/app_api/proxy/openproject-nextcloud-app/projects/demo-project/settings/project_storages/new?utf8=%E2%9C%93&storages_project_storage%5Bstorage_id%5D=2&button=
Through the proxy the
storage_id
seems to be stripped.logs in proxy
Expected:
'query_string': **b'storages_project_storage%5Bstorage_id%5D=2&utf8=%E2%9C%93&button='
Actual:
'query_string': **b'storages_project_storage%5B%5D=2&utf8=%E2%9C%93&button='
Environment:
app_api version 3.2.0
nextcloud version 30.0.0 rc4
The text was updated successfully, but these errors were encountered: