Hi Richard, thanks for your suggestions. I tested with QGIS versions 3.4.12, 3.10.5, 3.12.1, 3.13.0 and the results are all the same:
1) QDesktopServices.openUrl(QUrl(... from the Python console works allways, opens in the browser. 2) Menu Help (F1) or any other Help-button in a dialog gives me the turning hourglass followed by nohelp.html Resolving the helpPath variables https://docs.qgis.org/$qgis_short_version/$qgis_locale/docs/user_manual/ in the systems settings has no effect. Using http:// or https:// also makes no difference. It is absolutely possible that it is a local problem, but I have no clue. Cheers Thomas > Richard Duivenvoorde <[email protected]> hat am 7. Mai 2020 12:47 > geschrieben: > > > 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
