Pour une raison quelconque, IE11 (uniquement IE11, testé avec d'autres IE9 et IE10) ne créera pas de session sur un site sur lequel j'ai travaillé. Cela signifie donc qu'une fonctionnalité de base telle que la connexion au site ne fonctionnera pas.
Sur d'autres navigateurs, cela fonctionne parfaitement.
J'ai fait quelques recherches et découvert que IE ne fonctionnera pas avec les domaines avec soulignement .. mais mon domaine n'en a pas, alors quel pourrait être le problème? Merci!
IE 11 n'aime pas une valeur de domaine dans le cookie. Laissez le vide.
Mauvais pour IE 11:
Set-Cookie: kohanasession=foobar; expires=Tue, 09-Apr-2016 01:01:01 GMT; path=/; domain=tc.mk; httponly
Corrigez pour IE 11:
Set-Cookie: kohanasession=foobar; expires=Tue, 09-Apr-2016 01:01:01 GMT; path=/; httponly
Je sais que c'est vieux, mais j'espère que cela aidera quelqu'un dans le futur ... Vous ne pouvez pas avoir une valeur vide expires=;
dans un cookie dans IE11. Vous devez simplement laisser le champ expires
complètement.
Cela peut ne s'appliquer qu'aux cookies d'un autre domaine, mais si quelqu'un trouve cela via Google (comme je l'ai fait), cela peut aider.
IE11 peut ne pas configurer les cookies en fonction de ses paramètres de confidentialité.
Cela a fonctionné pour moi:
(Options Internet -> Confidentialité -> Avancé -> Activer tous les cookies)
J'ai récemment eu ce problème moi-même. Dans mon cas, le problème était dû à l'exécution de la commande "ClearAuthenticationCache" en cas de connexion réussie. La commande a été exécutée pour supprimer l'authentification HTTP, mais il s'avère également qu'elle supprimera également les cookies de session.
Je vous recommande donc de supprimer l'appel "ClearAuthenticationCache" si vous l'exécutez après une connexion.
document.execCommand("ClearAuthenticationCache");
Pour plus d'informations, veuillez consulter le lien suivant: https://blogs.msdn.Microsoft.com/ieinternals/2010/04/04/understanding-session-lifetime/
Vous configurez deux fois l'un des cookies de session:
Set-Cookie: PHPSESSID=3iv5l4tn2ugkbf4vt09lilsi06; path=/
Set-Cookie: identity=1468380643; expires=Mon, 09-Jan-2017 12:31:46 GMT; path=/; domain=.tc.mk; httponly
Set-Cookie: kohanasession=u5rrhtaj731h3p9s44jhp0k612; expires=Tue, 09-Feb-2016 12:31:46 GMT; path=/; domain=tc.mk; HttpOnly
Set-Cookie: kohanasession=u5rrhtaj731h3p9s44jhp0k612; expires=Tue, 09-Feb-2016 12:31:46 GMT; path=/; domain=tc.mk; httponly
Internet Explorer ne renvoie pas ces informations de cookie sur les appels successifs, tandis que Chrome, par exemple, prendra simplement l'une des "kohanasession". Essayez d'envoyer la 'kohanasession' une seule fois.
De plus, le domaine que vous définissez dans le cookie est 'tc.mk', tandis que vous avez une redirection SEO vers www.tc.mk. Je pense que IE n'utilisera pas le cookie pour www dans ce cas. Essayez de le configurer sur www.tc.mk
Comme l'a suggéré Martin Beeby, veuillez vérifier l'expiration de votre cookie et définir l'heure de la date correctement sur votre serveur.
J'ai vérifié la session pour votre site et même en chrome, il semble être expiré.
Il semble y avoir un problème avec la date de création/expiration du cookie et IE se comporte différemment des navigateurs basés sur Chrome. Différents cookies ont des moments différents des autres.
En regardant les cookies que votre serveur envoie, la date d'expiration semble être hier. La date et l'heure sont-elles correctement définies sur votre serveur?
J'ai eu ce problème parce que je courais une application Vue page. Je plaçais le cookie sur un itinéraire, puis acheminais immédiatement vers une autre "page". Cependant, il semble que IE n'enverra pas de cookies avant le chargement de la page suivante . Au lieu d'utiliser pushState, j'ai donc dû forcer le navigateur à recharger la page.