Bug report #9234
WFS client doesn't expose Header Authorization
|Category:||Web Services clients/WFS|
|Affected QGIS version:||2.0.1||Regression?:||No|
|Operating System:||Easy fix?:||No|
|Pull Request or Patch supplied:||Yes||Resolution:|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||17855|
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 over 7 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.