Bug report #12606
URL format in request DescribeFeature, && in URL request.
| Status: | Closed | ||
|---|---|---|---|
| Priority: | Normal | ||
| Assignee: | - | ||
| Category: | Web Services clients/WFS | ||
| Affected QGIS version: | 2.8.1 | Regression?: | No |
| Operating System: | Windows | Easy fix?: | No |
| Pull Request or Patch supplied: | No | Resolution: | not reproducable |
| Crashes QGIS or corrupts data: | No | Copied to github as #: | 20726 |
Description
The WFS request DescribeFeature has two && in the URL request.
The generated URL from QGIS is
?SERVICE=WFS&VERSION=1.0.0&TYPENAME=name:layer&&REQUEST=DescribeFeatureType
This is how the URL request should look like
?SERVICE=WFS&VERSION=1.0.0&TYPENAME=name:layer&REQUEST=DescribeFeatureType
History
#1
Updated by Giovanni Manghi over 9 years ago
- Status changed from Open to Feedback
seems fine here on QGIS master, example:
?service=WFS&version=1.0.0&request=DescribeFeatureType&typeName=area%3AEEZ_HIGHSEAS
#2
Updated by Peder Dalin over 9 years ago
Thanks for the answer.
I have done some more research in this case. The web request in the QGIS log and the actual HTTPwebrequest from QGIS does not match. If you use a trace program like Fiddler Web Debugger you will se the difference. In the fiddler trace request there is two && in the request.
#3
Updated by Giovanni Manghi over 9 years ago
Peder Dalin wrote:
Thanks for the answer.
I have done some more research in this case. The web request in the QGIS log and the actual HTTPwebrequest from QGIS does not match. If you use a trace program like Fiddler Web Debugger you will se the difference. In the fiddler trace request there is two && in the request.
I used Wireshark, there the URL shows ok.
#4
Updated by Jürgen Fischer over 9 years ago
- Target version changed from Version 2.8.2 to Future Release - Lower Priority
#5
Updated by Giovanni Manghi over 9 years ago
- Status changed from Feedback to Closed
- Resolution set to not reproducable
closing for lack of feedback.
#6
Updated by Andreas Wicht almost 9 years ago
I was able to reproduce this issue.
I am on 2.12.3-Lyon sending an WFS Request and capturing it via tcpflow on Ubuntu 14.04.
1. GetCapabilities - OK
GET [...]/MapServer/WFSServer?SERVICE=WFS&REQUEST=GetCapabilities&VERSION=1.0.0 HTTP/1.1 User-Agent: Mozilla/5.0 QGIS/2.12.3-Lyon Connection: Keep-Alive Accept-Encoding: gzip Accept-Language: en-US,* Host: someserver HTTP/1.1 200 OK Content-Type: text/xml Transfer-Encoding: chunked Date: Tue, 23 Feb 2016 15:37:35 GMT
2. DescribeFeatureType - FAIL
GET [...]/MapServer/WFSServer?SERVICE=WFS&VERSION=1.0.0&TYPENAME=NS:MyLayer&&REQUEST=DescribeFeatureType HTTP/1.1 User-Agent: Mozilla/5.0 QGIS/2.12.3-Lyon Connection: Keep-Alive Accept-Encoding: gzip Accept-Language: en-US,* Host: someserver HTTP/1.0 400 Missing HTTP version in request: Server: proxy 1.189 Content-Length: 197 Missing HTTP version in request: 'GET [...]MapServer/WFSServer?SERVICE=WFS&VERSION=1.0.0&TYPENAME=NS:MyLayerREQU...
In this case it is a huge issue as the WFS Server is behind a proxy-server which only accepts valid (according to ogc) requests. Removing the double '&&' leads to a successful request.
I highly suggest to evaluate this issue again.