Bug report #9234
WFS client doesn't expose Header Authorization
|Web Services clients/WFS
|Affected QGIS version:
|Pull Request or Patch supplied:
|Crashes QGIS or corrupts data:
|Copied to github as #:
When using a WFS layer to access to a private service protected by apache BasicAuth, the requests don't use the information provided in the login/password area of the service configuration to add an Authorization header to the request.
With standard apache configuration, you then have the authentication pop-up which appears and allows you to put your credentials. But with more complex configurations it simply doesn't work.
The WFS module should behave juste like the WMS module does.
#1 Updated by Scott Clark almost 10 years ago
- Target version set to Version 2.2
We have a GeoServer 2.4 with public services and those that require authentication. The Add WFS Layer from a Server dialog only shows the public layers even though I've supplied a valid login. None of the private layers show up. I can successfully add a public layer. However, when editing, the WFS-T for that layer requires authentication. It fails to commit to the WFS-T so it appears that it's not using the auth information here either.
The response when trying to save is:
Commit errors: Could not commit changes to layer geonode:incidente
Errors: ERROR: 1 feature(s) not added.
unhandled response: html
There is nothing that tells me it's failing to authenticate though. All of the private layers do show up in the Add WMS dialog.