Skip to content
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

Authorization header is not passed with Redirect Request or Replace String #71

Open
1 task done
totoberg123 opened this issue Mar 11, 2024 · 3 comments · May be fixed by requestly/requestly-proxy#39
Open
1 task done
Assignees
Labels
bug Something isn't working

Comments

@totoberg123
Copy link

totoberg123 commented Mar 11, 2024

Prerequisites

  • Using the latest version of Requestly

Expected Behavior

When I am creating a 'Redirect Request' or 'Replace String' HTTP Rule in the Desktop App it should forward/redirect to the changed endpoint URL. All original header keys and values should be passed.

Current Behavior

All original header keys and values are being passed, except the 'Authorization' header. The 'Authorization' header vanished.

Steps to Reproduce

  1. Open the Requestly Desktop-app.
  2. Create Redirect Rule (or a Replace String rule) to forward the request to another endpoint (staging api for example)
  3. Use any http request with an 'Authorization' header.
  4. The 'Authorization' header has vanished.

Possible Solution (Not obligatory)

This was also an issue on the Chrome plugin:
requestly/requestly#1208

I noticed that this (requestly/requestly#1208 (comment)) workaround fixed my issue as well for the Desktop Application !

Context

I tested this by sending requests to an PHP file with the following code to see all headers:
$headers = getallheaders(); var_dump($headers);

  1. 'Replay request' with the Authorization header:
    You can see the Authorization header vanished
example_1
  1. 'Replay request' with the Authorization header + Authorization2 header:
    You can see the Authorization header vanished, but the Authorization2 header did not.
example-2
  1. 'Replay request' with the Authorization header and this (Error 401 - Authorization header is not passed in the redirected url after upgrading Chrome to version 119 requestly#1208 (comment)) workaround applied:
example-3

Your Environment

  • Operating System and version : Windows 11 23H2
@sagarsoni7
Copy link
Member

Thanks so much @totoberg123 for reporting this issue.
Great that you discovered the workaround.
We'll have a deep dive into this issue soon.

@sagarsoni7
Copy link
Member

Also, thanks for mentioning the whole context, env, repro steps & all the details.
Most of the users miss it and issue stales

@totoberg123
Copy link
Author

@sagarsoni7

If you need more information or test results let me know! Im happy to help.

This workaround is not an ideal situation for me sadly. Since the Bearer token changes every hour I have to edit my HTTP Rule manually every 1 hour..

Since the issue is also known (and fixed!) for the Chrome exentension, I hope a fix can come soon to the Desktop App :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants