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

unable to execute requests after Friday's update - 404 Not Found #8775

Closed
minakshi-goel opened this issue Jul 14, 2020 · 13 comments
Closed

unable to execute requests after Friday's update - 404 Not Found #8775

minakshi-goel opened this issue Jul 14, 2020 · 13 comments
Assignees
Labels

Comments

@minakshi-goel
Copy link

I am getting "404 Not Found" error for every single request I am executing after Friday's update. All the requests were good before update. This has stopped out testing completely. Could you please look into the issue at your earliest? I am available to talk/web call and show screen

Same requests with same URLs are good if executed thru swagger

This is the version I have :
Postman for Windows
Version 7.28.0
win32 10.0.19041 / x64

@codenirvana
Copy link
Member

Can you share more details about the request or a scaled-down collection/endpoint which we can use to reproduce this issue?

@minakshi-goel
Copy link
Author

minakshi-goel commented Jul 14, 2020 via email

@codenirvana
Copy link
Member

This internal API will not help but due to 404, this problem looks specific to this particular endpoint.

Are you getting 404s for all the qa-edfi-api.tneducation.net APIs?
Are you getting 404 any other API endpoint (say https://postman-echo.com/get) as well?

@ParsonsProjects
Copy link

I am also getting this issue but with a GET request that is using pipelines in the query string.
For example: list-of-values?q=type=ISAUTO|keyGroup=branch
Returns a 404: The request cannot be fulfilled due to bad syntax.
This is in version 7.28.0

@minakshi-goel
Copy link
Author

minakshi-goel commented Jul 15, 2020 via email

@codenirvana
Copy link
Member

@ParsonsProjects In the latest release, the default URL processor is updated due to which you are facing this issue.

The | used in the query string are no longer encoded by default which is causing the issue at your server-side.
This is because | is not an unsafe character in the query and hence doesn't require encoding. You might be facing the same issue when you send this request from any browser.

As a workaround, you can either manually encode the | to %7C or add the following script as part of your Pre-request script:

pm.request.url.query.each((q) => {
     q.update(encodeURI(q.toString()))
});

You can know more about this change here.

@minakshi-goel
Copy link
Author

minakshi-goel commented Jul 16, 2020 via email

@minakshi-goel
Copy link
Author

minakshi-goel commented Jul 16, 2020 via email

@minakshi-goel
Copy link
Author

minakshi-goel commented Jul 16, 2020 via email

@chrisdeso chrisdeso added the support How do I ... ? Can I ... ? label Jul 16, 2020
@chrisdeso
Copy link
Contributor

Hey @minakshi-goel!

Here's a link to the previous build that should work – https://dl.pstmn.io/download/7.27.1/win64

Does toggling the next-gen URL processing setting off in the latest build yield different results?
image

@minakshi-goel
Copy link
Author

minakshi-goel commented Jul 16, 2020 via email

@codenirvana
Copy link
Member

So how soon you expect the updated version with this fix?

This is not an issue, the requests are failing because of the restrictions on the requesting server. You can check the workarounds mentioned here for explicitly encoding additional characters.

Toggling worked for couple of POST but GET is still an issue.

Looks like a separate issue then.

Any special instructions to install previous build? Would it overwrite all build files and keep my collections and setup as it is?

Make sure you are logged in and all your unsaved requests are synced.

@minakshi-goel To move forward we need more information about the requests or steps which we can follow to reproduce the issue locally.

@markyun
Copy link

markyun commented Dec 8, 2023

I also encountered this error, but closing it solved the problem

image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants