J'ai constaté que ce problème se posait lorsque l'URL cible était un site sécurisé nécessitant une connexion. Même si je suis déjà connecté dans une autre fenêtre, cela ne fonctionne pas correctement. Si je coupe et colle l'URL dans un nouvel onglet ou une nouvelle fenêtre, Chrome est suffisamment intelligent pour constater que je me suis déjà authentifié et ouvre la nouvelle page correctement. Toutefois, si je ne suis pas connecté au site, je serai redirigé vers la page de connexion, comme prévu.
Mais lorsque je clique exactement sur la même URL dans Excel, avec les mêmes conditions, je n'obtiens que la page de connexion, ou mon site distant me dit simplement qu'il s'agit d'un navigateur non pris en charge.
Le problème vient clairement d'Excel, car si je prends cette même feuille de calcul et que je l'enregistre au format PDF, les liens hypertextes qui s'affichent dans le PDF fonctionnent parfaitement lorsqu'on clique dessus.
Outre la correction de cette "fonctionnalité" manifestement involontaire d'Excel/Office qui tente de vérifier les liens comme d'autres l'ont indiqué, la seule solution que j'ai trouvée a été de créer une page de redirection locale qui pourrait prendre mes paramètres uniques dans l'URL et ouvrir une nouvelle fenêtre comme suit (merci à d'autres pour le code JavaScript) [ ] http://mylocaldomain.com/redirect.html?ID=12345 , où la page de redirection se trouve sur un serveur local que vous contrôlez et où le paramètre 12345 redirige l'URL vers l'entrée particulière requise. Pour mon SS avec environ 10000 liens, cela fonctionne très bien.
Le fichier Redirect.html se présente comme suit.
<!DOCTYPE html>
<html>
<script>
function getUrlVars() {
var vars = {};
var parts = window.location.href.replace(/[?&]+([^=&]+)=([^&]*)/gi,
function(m,key,value) {
vars[key] = value;
});
return vars;
}
document.getElementById("demo").innerHTML=getUrlVars()["type"];
var varbaseurl=[put your base url here]
window.location = varbaseURL + getUrlVars()["type"]
</script>
<body>
redirecting to: <p id=demo></p>
