[Qgis-user] "Oops! No help available"

Thomas Schüttenberg thomas at qgis.de
Thu May 7 05:48:48 PDT 2020


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 <rdmailings at duif.net> 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
> > Qgis-user at lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> >


More information about the Qgis-user mailing list