2017-01-08 1 views
-1

IIS Expressでアプリケーションを実行したときの動作が変わったように見えます。VS2017(クライアント側のデバッグ機能)でIIS Expressを使用してアプリケーションを実行すると、認証されていないクロムインスタンス

:私はIIS Expressを使用する場合、私は1を持っている場合、私はそう私は1つのタブを持つ新しいインスタンスを取得しますが、インスタンスが認証され、Google Chromeの私の現在のインスタンスで新しいタブを取得VS 2015では、

VS 2017 RCでVS2015

、私はIIS Expressを使用する場合(私は別のクロムインスタンスを持っている場合に関係なく)私は新しいない認証インスタンスを取得:

VS2017

P.S:2つの異なるアプリケーションが存在しないことを無視します。これはすべてのアプリケーションで起こります。

後で編集:これは3月7日リリースでも起こっています。回答が調整されました。これは新しいデフォルト機能です。

+0

あなたはヘルプを使用する必要があります|問題のメニュー項目を報告すると、Microsoftに通知されます。スタックオーバーフローに投稿する必要はありません。その目的のためだけのRCビルドです。 –

+0

私のニーズが何であるか教えてください。このタイプの問題(VS 2015から2017への移行、問題の展開、IIS関連の問題など)に対処しているvisual-studio-2017タグには〜180件の質問があります。あなたがなぜ助けてくれないのか、私がここに止まった理由を正確には分かりません。もちろん、私は問題を報告しました。 downvoteありがとう。このような態度は必要ありません。 –

+0

よく、これらの質問のすべてがあなたのように投票されましたか? VSの試用版とChromeのような複雑なアプリが含まれているため、あなたのような問題は広すぎます。このようなことを毎日処理する本当のエキスパートを待たなければなりません。マイクロソフトに直接問い合わせるよりも速くはありません。 –

答えて

0

VS 2017 RCを管理者として実行しているときに同じ問題が発生する可能性があります。このシナリオでは、それは変わることはありません。

この問題はすでに解決されているようです:https://developercommunity.visualstudio.com/content/problem/2831/vs-2017-rc1-debugging-aspnet-project-with-chrome-d.html、今後のリリースで解決される予定です。

ロバート・マッキー(クロームによるデバッグASP.NETプロジェクトは、Googleアカウントをあなたにサインインしない)あたりのように、「C:それは、次の のコマンドラインで起動なっているので、それは起こって

: - Program Files (x86)\ Google \ Chrome \ Application \ chrome.exe " - no-first-run --no-default-browser-check" --user-data-dir = C:\ Users \ rmckee \ AppData \ Local \ Temp \ chromeVSProfile \ 4020adf9-2540-4236-bad8-e8f3b6e23e4e " "データ:text/html; charset = utf-8、%3Chead%3E%3C/head%3E%3Cbody%3EPlease%20wait %20%%20we%20attach%3C/body%3E%3C! - 4020adf9-2540-4236-bad8-e8f3b6e23e4e - %3E " --remote-debugging-port = 50384 "これは異なるプロファイルで起動しています。

Realease編集:この動作はちょうどASP.NETのためのJavaScriptのデバッグをオフに古い動作に戻すにはVS 2017でのクライアント側のデバッグへの可能性に関連しています。ここ

JS Debug .NET

より:https://blogs.msdn.microsoft.com/webdev/2016/11/21/client-side-debugging-of-asp-net-projects-in-google-chrome/

関連する問題