2014-01-09 20 views
14

IE11から最初の新しいタブ(ターゲット_blank)を開いたときにセッションに問題があります。新しいタブをターゲットとするリンクがクリックされたとき(最初の要求時)IE11はセッションCookieを送信しません。

IE11のすべてのインスタンスを閉じて、新しいブラウザを開き、テストWebページ(default.aspx)に移動すると、ページにセッションの値が保存され、ページにセッションIDが表示されます。ページを更新すると、セッションIDは変わりません。ページには_blankというターゲットを持つリンク(default.aspx)があります。このリンクをクリックすると、新しいタブが開きますが、セッションIDは異なります。元のウィンドウをリフレッシュすると、セッションIDが新しいウィンドウと一致するようになりました。

<%@ Page Language="C#" AutoEventWireup="true" Inherits="System.Web.UI.Page" %> 

<!DOCTYPE html> 

<html xmlns="http://www.w3.org/1999/xhtml"> 
<head runat="server"> 
    <title></title> 
</head> 
<body> 
<% Session["StoredValue"]="Test"; %> 

<div>SessionID: <%=Session.SessionID%></div> 

<a href="/default.aspx" target="_blank">New Window</a> 
<a href="http://www.google.com" target="_blank">3rd Party Window</a> 

</body> 
</html> 

それは、この問題が新しいタブで開かれた同じドメイン上の最初のウィンドウのために発生する表示されます(私は両方のターゲット=「_ブランク」とし、リンクをクリックしながら、Ctrlキーを保持することによって、問題を確認しました)。

  • 私はバイオリンとクッキーのトラフィックを見るとき、私は セッションクッキーが のdefault.aspxからの最初の要求で正常に送信されたことがわかります。新しいタブでページを開くためにリンクをクリックすると、 リクエストヘッダーでセッションCookieが送信されていません。私は、ブラウザを再起動した場合
  • 、手動で新しいタブ を開いて、テストページに移動し、クッキーがリクエストヘッダに正しく に送られ、そこにリンク先を貼り付け、新しいタブ からのセッションでは、元のタブにマッチします予想通り。
  • 私は、ブラウザを再起動した場合、テストページに行く
  • 、テストページに_blankをターゲット リンクからオープングーグル、その後、クッキーもで正しく に送られる新しいタブでテストページを開くリンク をクリックしてください要求ヘッダーと新しいウィンドウからのセッションは、期待どおりに元のウィンドウ と一致します。

私はこれがクライアント側の問題だと考えていますが、このサイトは.NET 4.51がインストールされた4.0の統合Webサイト(Windows Server Standard 2008 R2 SP 1のみ)から実行されています。

クライアントは、IE7(11.0.9600.16476)を実行しているWindows 7 64ビット版です。私はIE11からWindows 7を実行している他のマシンの問題を確認し、Windows 8からデスクトップモードのIE10では問題ではないことを確認しました。 ChromeとFirefoxではすべてが正常に動作します。

私はしても問題が解決しない確認しました:中に中高から

  • 移動セキュリティ
  • 無効に保護モード
  • 変更プライバシーが
  • サイトを追加し、すべてのCookieを受け入れるのいずれかローカルイントラネットまたは信頼済みサイトゾーンのWebサイトリスト
  • 情報が収集または使用されていないことを示す応答ヘッダーにP3Pコンパクトプライバシーポリシーを設定します。
  • IEの過去のバージョンのiframe内でサードパーティのCookieを許可するために通常受け入れる応答ヘッダーにP3Pコンパクトプライバシーポリシーを設定します。
  • WebサイトのASP.NETセッション状態の設定をcookieless = "UseCookies"または "false"に変更するか、属性を完全に削除する(ASP.NET State Server)。

他の誰かがこの問題を見たことがありますか?

+0

@ user3183307によって参照されるバグレポートは、私が抱えている問題のようです。私は月曜日にマイクロソフトに連絡し、この状態を取得し、含まれているサンプルが正確ではなく、サーバーから送信されたファーストパーティのCookieの問題にしか見えないため、問題を再現しないため、 。 – user3179118

+0

upvoteし、答えを受け入れられたものとしてマークすることを忘れないでください。ありがとう。 – SilverlightFox

+0

[これはこのバグでまだ遭遇していない人のためのページリンクです。](https://www.bayden.com/test/cookie/dupe.aspx)。 –

答えて

4

これは、Microsoftによると、アクティブなバグです。明らかにこれを解決するサーバー側の方法はありません。

Link to bug report

+2

ちょうど正確です:Microsoftにバグが提出されました。それは活発に印が付いたままですが、まだ再現できると述べていません。すでに述べたように、問題のコード領域にはもう1つのバグが確認されているため、バグは合理的に考えられます。http://www.debugtheweb.com/test/cookie/dupe.aspx – EricLaw

-1

同じ問題私のログインのために来て、しかし、我々は、IE11やその他の問題のブラウザでいくつかの設定を変更することにより、それを解決するためにそれを試してみました。

[ツール]→[インターネットオプション=>プライバシー] [サイト]ボタンをクリックします。 mydomain.com &を追加して、[許可]ボタンをクリックします。 ブラウザを再起動します。

2

解決策ではありませんが、手がかり: 同様の動作に気付き、root/browserconfig.xmlへの要求にトラッキングして、ユーザーを認証されなくしました。 Windowsは既存のセッションCookieを送信していないため、サーバーは新しいセッションCookieを送信しました。それ以降の要求は、新しいセッションCookie値を送信しました。私たちはこのリクエストを探して、応答クッキーを設定しないようにサーバーを変更しました。