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

2020-05-07 Thread Thomas Schüttenberg
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  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@lists.osgeo.org
> > List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> > Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> >
___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

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

2020-05-07 Thread Harrissou
Hi all,

While talking about redirection server side, can you redirect 3.5 to 3.9 
releases to 3.10 docs, please? Seems they don't.
Sorry to hijack.

Greetings,
Harrissou

Le 7 mai 2020 12:56:23 GMT+02:00, Richard Duivenvoorde  a 
écrit :
>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
>>> Qgis-user@lists.osgeo.org
>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>>
>> 
>> ___
>> Qgis-user mailing list
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> 
>
>___
>Qgis-user mailing list
>Qgis-user@lists.osgeo.org
>List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

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

2020-05-07 Thread Richard Duivenvoorde
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
>> Qgis-user@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
>>
> 
> ___
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> 

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

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

2020-05-07 Thread Richard Duivenvoorde
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@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user
> 

___
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user

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

2020-05-07 Thread Thomas Schüttenberg
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@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-user