Misleading documentation in requests URI
See original GitHub issueI tried to use Get Request
keyword in 0.8, but something is broken, I’m no able to put URI, it’s support only path.
In documentation it’s information about “URI” not path so I tryied: Get Request sess https://mydomain.com/test
, but result is https://mydomain.com/https://mydomain.com/test
. Same problem with Get On Session
Issue Analytics
- State:
- Created 3 years ago
- Comments:7 (5 by maintainers)
Top Results From Across the Web
V2: incorrect documentation for original uri placeholders ...
Hi, Just to let you know that this documentation page indicates that the request's original URI placeholder is {http.request.orig.uri}, ...
Read more >Understanding URI Hosting Practice as Support for URI ... - W3C
The purpose of defining which representations are to be considered nominal URI documentation carriers is to coordinate uses of the URI.
Read more >Student Handbook - The University of Rhode Island
Providing incorrect, untruthful or incomplete information in response to legitimate requests by University officials or conduct boards is prohibited.
Read more >urllib.request — Extensible library for opening URLs — Python ...
Open the URL url, which can be either a string or a Request object. ... of the response headers as it is specified...
Read more >RFC 3986: Uniform Resource Identifier (URI): Generic Syntax
1. User Information The userinfo subcomponent may consist of a user name and, optionally, scheme-specific information about how to gain authorization to access ......
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Ok now the behavior is more rfc compliant but slightly different from the past. To have the right behavior you’ve to write the test in this way:
This actually cause a new issue. We did use the lib in this way:
Which does a GET on https://mydomain.com/dev/test , Now it’s doing it on https://mydomain.com/test which obviously fail. I’m not sure if the way we were using it should be supported going forward, but at least it should be marked as breaking change in the 0.9 version. Thought I would prefer to keep the old behaviour as it makes it easy to switch our test between different environment that does not always have the same base path (/dev might be /test or /…).