One thing I experienced at a site once: Qt is pretty picky about
certificates... So if the proxy is over https, and they for example use
an self-signed or unvalid certificate, that will fail.
Then the python test I added probably will tell you?

Regards,

Richard

On 5/7/20 12:47 PM, Richard Duivenvoorde wrote:
> Hi Thomas,
> 
> Which QGIS version are you trying?
> 
> With me for example if I run 3.10 I I go to the WMS-dialog and push the
> button there, I see in (I have a debug build on Linux) in the log output:
> 
> Trying to open help using key
> 'working_with_ogc/ogc_client_support.html'. Full URI is
> 'https://docs.qgis.org/3.10/en/docs/user_manual/working_with_ogc/ogc_client_support.html'…
> 
> 3.12 shows:
> 
> Trying to open help using key
> 'working_with_ogc/ogc_client_support.html'. Full URI is
> 'https://docs.qgis.org/3.12/en/docs/user_manual/working_with_ogc/ogc_client_support.html'…
> 
> And those are then (serverside) being redirected to 'testing':
> 
> https://docs.qgis.org/testing/en/docs/user_manual/working_with_ogc/ogc_client_support.html
> 
> Code for this is around here:
> 
> https://github.com/qgis/QGIS/blob/master/src/gui/qgshelp.cpp#L81-L178
> 
> It tests if it is a valid url en and then uses Qt-Desktop-services tools
> to open it:
> 
> https://github.com/qgis/QGIS/blob/master/src/gui/qgshelp.cpp#L38
> 
> You should be able to test this in the Python console:
> 
> QDesktopServices.openUrl(QUrl('https://docs.qgis.org/3.12/en/docs/user_manual/working_with_ogc/ogc_client_support.html'))
> 
> Is that opening you browser with:
> 
> https://docs.qgis.org/testing/en/docs/user_manual/working_with_ogc/ogc_client_support.html
> ?
> 
> Because this is vanilla Qt, I would think that it will use your proxy
> settings... It is NOT using/going through QNetworkAccessManager, so the
> Network Logging plugin will not pick it up.
> 
> Regards,
> 
> Richard Duivenvoorde
> 
> 
> 
> 
> 
> 
> 
> On 5/7/20 11:55 AM, Thomas Schüttenberg wrote:
>> Hi!
>> Unfortunately I constantly face the issue, that the QGIS help is not 
>> retrievable here from my office pc (windows), I only get the "Oops no help 
>> available" site and (most likely) a timeout. This affects at least any QGIS 
>> 3.x version so far. No matter if the options setting HELP_LOCATION is set to 
>> the default path or an explicit url without variables. - At home (no proxy 
>> at all; ubuntu) it works though!
>>
>> First thing you think is certaily: bad proxy. But the proxy setting (ever 
>> since) is "use DefaultProxy", which works for any other part of QGIS, 
>> including open github pages in browser (chrome) from the add plugin dialog 
>> (if that is comparable).
>>
>> I was not able to pick up the request in the browser, because it opens a new 
>> browser tab. I also tried the Network Logging plugin to get some insight, 
>> but it did not show anything, maybe it does not listen to such requests.
>>
>> Does anybody has a tip for me?
>>
>> Cheers
>> Thomas
>> _______________________________________________
>> Qgis-user mailing list
>> [email protected]
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>
> 
> _______________________________________________
> Qgis-user mailing list
> [email protected]
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> 

_______________________________________________
Qgis-user mailing list
[email protected]
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

Reply via email to