starred/hoppscotch

Fork 0

mirror of https://github.com/hoppscotch/hoppscotch.git synced 2026-04-26 01:06:00 +03:00

[GH-ISSUE #3639] [bug]: OAuth Rest Request Failing - application/x-www-form-urlencoded body cuts off request when including a colon #1256

New issue

Open

opened 2026-03-16 19:30:53 +03:00 by kerem · 5 comments

kerem commented

2026-03-16 19:30:53 +03:00

Owner

Originally created by @jimifredjr on GitHub (Dec 10, 2023).
Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/3639

Is there an existing issue for this?

I have searched the existing issues

Current behavior

When I send a request to get a new oAuth token
and I'm using a application/x-www-form-urlencoded body
and I include a parameter scope with a value of access:user
then the colon breaks the request
and I can see that the generated code bash curl only has --data 'scope="access'
and notice the first double quotation but no closing one in the scope

Steps to reproduce

Go to send an oAuth token
With a application/x-www-form-urlencoded body
and include a parameter scope with a value of access:user
And check the bash Generated Code
For the missing part of the parameter

Environment

Production

Version

Cloud

Originally created by @jimifredjr on GitHub (Dec 10, 2023). Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/3639 ### Is there an existing issue for this? - [X] I have searched the existing issues ### Current behavior When I send a request to get a new oAuth token and I'm using a application/x-www-form-urlencoded body and I include a parameter `scope` with a value of `access:user` then the colon breaks the request and I can see that the generated code bash curl only has `--data 'scope="access'` and notice the first double quotation but no closing one in the scope ### Steps to reproduce Go to send an oAuth token With a application/x-www-form-urlencoded body and include a parameter `scope` with a value of `access:user` And check the bash Generated Code For the missing part of the parameter ### Environment Production ### Version Cloud

kerem added the

bug

need testing

labels

2026-03-16 19:30:53 +03:00

kerem commented

2026-03-16 19:31:04 +03:00

Author

Owner

@ajmalmohad commented on GitHub (Dec 11, 2023):

It's the same issue as https://github.com/hoppscotch/hoppscotch/issues/3461

@ajmalmohad commented on GitHub (Dec 11, 2023): It's the same issue as https://github.com/hoppscotch/hoppscotch/issues/3461

kerem commented

2026-03-16 19:31:09 +03:00

Author

Owner

@jimifredjr commented on GitHub (Dec 11, 2023):

It's not exactly the same. I manually added the request variables and Hoppscotch is cutting off the variable when sending the request. I'm unable to get an oAuth Token at my workplace because of this.

@jimifredjr commented on GitHub (Dec 11, 2023): It's not exactly the same. I manually added the request variables and Hoppscotch is cutting off the variable when sending the request. I'm unable to get an oAuth Token at my workplace because of this.

kerem commented

2026-03-16 19:31:14 +03:00

Author

Owner

@ajmalmohad commented on GitHub (Dec 11, 2023):

It's not exactly the same. I manually added the request variables and Hoppscotch is cutting off the variable when sending the request. I'm unable to get an oAuth Token at my workplace because of this.

Yeah that's what is happening in the other issue as well, it is because you have a colon in the value. When parsing, the data is like scope: access:user. In the current version, it is split by colon and string at 1st index is taken as value. It is fixed and will be released this month i guess

@ajmalmohad commented on GitHub (Dec 11, 2023): > It's not exactly the same. I manually added the request variables and Hoppscotch is cutting off the variable when sending the request. I'm unable to get an oAuth Token at my workplace because of this. Yeah that's what is happening in the other issue as well, it is because you have a colon in the value. When parsing, the data is like scope: access:user. In the current version, it is split by colon and string at 1st index is taken as value. It is fixed and will be released this month i guess

kerem commented

2026-03-16 19:31:19 +03:00

Author

Owner

@jimifredjr commented on GitHub (Dec 20, 2023):

I just tested the update and it's still failing.
Hoppscotch is adding an extra double parenthesis that is making it fail e.g.
--data 'scope="access:user enable:true"'
instead of what it should be
--data 'scope=access:user enable:true'

@jimifredjr commented on GitHub (Dec 20, 2023): I just tested the update and it's still failing. Hoppscotch is adding an extra double parenthesis that is making it fail e.g. --data 'scope="access:user enable:true"' instead of what it should be --data 'scope=access:user enable:true'

kerem commented

2026-03-16 19:31:24 +03:00

Author

Owner

@sashoalm commented on GitHub (Feb 11, 2026):

@ajmalmohad, @jimifredjr - I can confirm this issue happens to me as well. I have a minimal reproducible example - when I import --data 'foo:bar=1' and export it, hoppscotch has turned it into --data 'foo=bar: 1'.

It happens on an updated version (I updated today before testing it). Screenshots (imported into hoppscottch, then exporting it from hoppscotch - it's changed, foo:bar=1 becomes foo=bar:1):

@sashoalm commented on GitHub (Feb 11, 2026): @ajmalmohad, @jimifredjr - I can confirm this issue happens to me as well. I have a minimal reproducible example - when I import --data '**foo:bar=1**' and export it, hoppscotch has turned it into --data '**foo=bar: 1**'. It happens on an updated version (I updated today before testing it). Screenshots (imported into hoppscottch, then exporting it from hoppscotch - it's changed, foo:bar=1 becomes foo=bar:1): <img width="353" height="208" alt="Image" src="https://github.com/user-attachments/assets/f3e447f6-2da4-4e7b-8047-10ed4d007997" /> <img width="453" height="371" alt="Image" src="https://github.com/user-attachments/assets/377b4911-21d8-4c77-8c1e-65b61a3332dd" />

kerem referenced this issue

2026-03-17 00:48:59 +03:00

[PR #1256] [MERGED] Add: Shell wget codegen #3177