2015-09-01 2 views
34

Pour une raison tout à coup lors de l'appel navigator.geolocation.getCurrentPosition() je reçois cette erreur:Chrome erreur navigator.geolocation.getCurrentPosition() 403

Network location provider at 'https://www.googleapis.com/' : Returned error code 403.

Il travaillait parfaitement hier! Pourrait-il y avoir quelque chose avec leurs serveurs ??

+0

Je rencontre les mêmes problèmes dans Chrome et Firefox mais semble fonctionner dans IE. Je l'ai essayé sur une machine collègue et obtenir les mêmes résultats. –

+0

Ca se passe aussi pour moi. Je soupçonne que Google a changé quelque chose dans leur politique de géolocalisation sur non sécurisé http –

+0

Même problème ici. Tout va bien hier 31 août 2015. –

Répondre

14

Il semble qu'il soit de retour maintenant. Mais avant que je réalise qu'il travaillait, j'ai utilisé une autre façon d'obtenir des données de localisation tel que recommandé par un autre utilisateur sur reddit.com

var latLong; 
$.getJSON("http://ipinfo.io", function(ipinfo){ 
    console.log("Found location ["+ipinfo.loc+"] by ipinfo.io"); 
    latLong = ipinfo.loc.split(","); 
}); 

Source: https://www.reddit.com/r/webdev/comments/3j8ipj/anyone_else_had_issues_with_the_html5_geolocation/

+1

Cela semble être peu fiable, je me présente au Texas richardson, qui est nouvelles pour moi, puisque je suis en SF. Désolé d'être sarcastique. –

+0

Cela ne fait que rechercher l'adresse IP actuelle dans les grandes tables geoIP - spécialement sur les appareils mobiles ce n'est pas la meilleure solution (les adresses IP GSM sont des adresses IP de pool et le GPS est beaucoup plus précis) – CodeBrauer

1

Cela se produit pour moi aussi sur idoco.github.io/map-chat

Je pense que cela est lié aux changements google rabotés pour Deprecating Powerful Features on Insecure Origins, il semble que certains changements ont été effectués au cours des derniers jours dans ce chrome Issue 520765: Deprecation and removal of powerful features on insecure origins

Pouvez-vous tester votre site sur https pour confirmer cela?

En attendant, je trouve cet usage api comme solution de contournement sur this repo:

$.getJSON("http://ipinfo.io", function(doc){ 
    var latlong = doc.loc.split(",") 
    setUserLocation(parseFloat(latlong[0]), parseFloat(latlong[1])); 
    getLocation(parseFloat(latlong[0]), parseFloat(latlong[1])).then(function(res){ 
     userLocationName = res 
    }) 
    initialiseEventBus(); 
    map.panTo(userLocation); 

    }, function(err) { 
    setUserLocation(Math.random()*50, Math.random()*60); 
    userLocationName = "unknown.na" 
    initialiseEventBus(); 
    map.panTo(userLocation); 
    }) 
+0

localhost est défini comme sécurisé ici: [Préférer les origines sécurisées pour les nouvelles fonctionnalités puissantes] (https://sites.google.com/a/chromium .org/dev/Home/chrome-security/pref-secure-origines-pour-puissantes-nouvelles-fonctionnalités) mais ne fonctionne toujours pas aussi ... – hooke

+0

Essayé à la fois Http: // et Https: // sur interne et sites externes sans modification des résultats (Échec de Chrome/FF dans C'EST À DIRE. Je l'ai essayé dans un violoniste avec une tête http: // standard et cela a fonctionné. –

+1

nous utilisons https et cela arrive encore – mllm

0

J'ai eu le même problème, vous devez vérifier votre developer dashboard et assurez-vous que votre clé API n'a pas de restrictions d'utilisation ou d'avertissements.