Discussion :

[harpyopsis]

Bonjour à tous !

Tout est dans le titre...

Tout-à-coup (après MAJ automatique de Windows 10), mes recherches Google qui fonctionnaient très bien, se mettent à renvoyer neuf fois sur 10 "Error 8 : Cannot Download The Information You Requested", ou bien même Access se bloque sans même ce message d'erreur. Ou bien une fois sur dix Access ouvre correctement le lien dans Firefox.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Application.FollowHyperlink "http://images.google.com/search?tbm=isch&q=" & strSearchString
Application.FollowHyperlink "http://www.google.co.id/search?q=" & strSearchString
Application.FollowHyperlink "http://maps.google.com/maps/search/?api=1&map_action=map&basemap=terrain&query=" & YrAddress & "+" & YrZipCode & "+" & YrLevel4 & "+" & YrLevel1 & "+" & YrCountry

Une recherche sur les sites donne plusieurs solutions, soit qui impliquent d'aller bricoler le registre (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\9.0\Common\Internet) , soit encore de devoir quitter votre navigateur préféré pour Edge !

Le problème peut naturellement être réglé sur ma machine. Mais que faire si cela se produit aussi chez les utilisateurs ?

Merci de vos avis éclairés !

=======================

Je viens de faire quelques essais avec des URLs autres que Google, et là ça s'ouvre normalement...

=======================

Bon eh bien maintenant je viens de remplacer Application.FollowHyperlink par Shell.Open (url), et ça remarche avec Google...

Quelle explication ? Que s'est-il passé ??? Et de fait, Shell.Open est trois fois plus rapide que Application.FollowHyperlink !

phil

[EricDgn]

Bonjour,

Pas d'idée de la cause. On ne sait jamais, essayer avec https://... !?
A défaut, il est aussi possible d'ouvrir une page web de cette façon:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

    Call Shell("cmd /c start http://...", 1)

Cordialement.

[harpyopsis]

Eh bien oui, je n'avais pas vu votre message, mais c'est shell qui marche.

Pas d'idée non plus sur la cause... Pourquoi Application.FollowHyperlink a arrêté de fonctionner...

Un expert compatissant aura-t-il la bonté de nous éclairer sur ces deux méthodes ?

Bonsoir à la Belgique !

phil

[hyperion13]

Salut
J'ai vu ces contributions ici, là et là

[harpyopsis]

Merci hyperion !

Effectivement, ce Daniel Pineault est toujours une riche mine d’idées. Le troisième lien access.mvps.org/access/api/api0018.htm mouline...

Doit-on donc alors adapter la méthode d’ouverture de l'url à chaque navigateur installé chez les utilisateurs ? Hé bé....

Merci encore pour les liens !

[hyperion13]

Re,
Je viens de faire un test avec la contribution de Daniel Pineault sous FF, puis avec l'API0018 sous FF toujours. Ça fonctionne très bien et le temps de réaction est assez rapide.

[harpyopsis]

Bonjour hyperion!

J'ai mis en place la fonction OpenURL polyvalente de Daniel Pineault ("A Procedure to Control Them All!" https://www.devhut.net/2018/02/01/vb...2#comment-5939 ). Elle fonctionne très bien.

Le seul obstacle est qu'il faut lui fournir un nom de navigateur.

Il faut donc déterminer quel est le navigateur par défaut sur la machine des utilisateurs.

En cherchant j'ai trouvé plusieurs méthodes pour récupérer le navigateur par défaut, mais aucune jusqu'ici qui satisfasse pleinement les auteurs. En particulier, ça varie selon w7, w8, w10...

Aurais-tu un meilleur tuyau plus stable ?

Merci d'avance !

phil

[hyperion13]

Salut
Utilisez alors l'api0018. Détecte automatiquement le navigateur par défaut de la machine.

[harpyopsis]

Je veux bien, mais depuis hier je n'arrive à rien télécharger avec FF sur le site http://access.mvps.org/access/api/api0018.htm (Code d'erreur : certificat expiré le 30//11/2020).

Mais ce API0018 c'est bien ShellExecute, non ???

Daniel Pineault en dit "Be Careful!
Although ShellExecute is a great API to be aware of, there have been numerous reports of it not handling case sensitive URLs properly for some users, yet work fine for others. Hence, for me, it isn’t a dependable API for URLs."

et d'autres :

"The first requires you to know the path of the executable you are calling and is generally kind of fussy about getting the arguments properly formatted (you'll need double quotes for arguments with spaces in them, for instance)."

Alors ?

[hyperion13]

Re,

Alors ? même pas peur !

Le problème de sécurité avec FF que vous évoquez date de 2019.
Le problème ne se pose exclusivement sur des sites sécurisés dits https et cette erreur est liée à l'établissement de la connexion sécurisée.
La source provient généralement d'une mauvaise configuration du certificat de sécurité par l'administrateur du site. Parfois, le certificat est tout simplement périmé et l'administrateur ne l'a pas renouvelé.
Différentes parades sont proposées sur mozilla.org pour FF. Edge signale simplement "non sécurisé" mais ouvre la page. IE ouvre la page sans problème.

Daniel Pineault ne donne que son avis.
Le site access.mvps.org date de 1998-2010 et on peut supposer que Dev Ashish n'ait pas mis à jour son site et certificat.

[harpyopsis]

Okay, ça a l'air de marcher avec ShellExecute.

Reste à tester sur d'autres machines !

Merci beaucoup pour tous les conseils !

phil