IE'nin 303 yanıtını nasıl işlediği ile ilgili sorunları olan bir OAuth2 etkin sitem var. Akışta, 3 yönlendirmeler gerçekleşir.IE POST'ta 303 yönlendirmeyi yoksayar -> yönlendirme -> GET senaryosu
### Chrome/Firefox
POST idp.com/login (res 302 -> idp.com/authenticate)
GET idp.com/authenticate (res 302 -> app.com/oauth2/callback)
GET app.com/oauth2/callback (res 303 -> app.com/home)
GET app.com/home
### IE
POST idp.com/login (res 302 -> idp.com/authenticate)
POST idp.com/authenticate (res 302 -> app.com/oauth2/callback)
POST app.com/oauth2/callback (res 303 -> app.com/home)
POST app.com/home
IE nedense orijinal istek yöntemini koruyarak gibi görünüyor. En az 303 döndürerek sunucumdaki (app.com) orijinal POST yanıtından ayrılmayı denedim ancak bu sorunu çözmedi. RFC 2068 bir 303 - See Other
yanıt için, şu bir farklı bir URI altında
isteğine yanıt bulunabilir onur gerektiğini ve bu kaynak üzerindeki GET yöntemi kullanılarak alınabilir GEREKEN belirtiyor beri bu beklenmedik bir durumdur. Bu yöntem öncelikle kullanıcı aracısını seçilen kaynağına yeniden yönlendirmek için POST ile etkinleştirilmiş komut dosyasının çıktısına izin vermek için vardır.
Başarısız bir 307 yanıt bile denedim. Burada neler olduğu hakkında bir fikri olan var mı?
LinkedIn için OAuth yapılırken benzer bir davranış görmek - IE, Geri Almayı Geri Çağırmadır. –
ilgili soru - http://stackoverflow.com/questions/9912200/post-redirect-get-with-internet-explorer ama yine de cevap yok –