-
-
Notifications
You must be signed in to change notification settings - Fork 148
Error parsing bug #67
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
Comments
Hey, can you please add an example http file to have a better understanding of what are you trying to do? Remember to remove sensitive data if you need to. Also if you could explain a bit more about what do you mean with the bug it would be great, right now I understand that the raw message is very different and our error message makes no sense compared with insomnia one, am I right? Regards |
Hello. Have you catch it? |
Hi, sorry for the late reply. It's gonna take a bit of time to me, there's a ton of stuff to debug to know how to handle these errors and I don't know where can I test the authorization things because I currently don't have a local backend haha, it would be really useful if you know a site to test them |
You may probably start some local service and raise 401 error with some text. I believe it's some problem with text reading. |
In my opinion the webservice has a bug. You are receiving the text Try So, this issue should be closed and the webservice must be fixed. Either return the error in valid JSON, or don't pretend to send back json, but set the content-type to text. |
Ok, looks like you are right. |
Hmm you're right. Actually the error message that you've proposed makes more sense than a JQ parsing error. I'm gonna do some tests today. |
Hello. Any updates? |
Hello. I faced up with parsing error bug.


Look at the response of the
rest.nvim
and now look at the response of the same request in insomnia:
The text was updated successfully, but these errors were encountered: