2017-01-08 2 views
-1

Il semble que le comportement lors de l'exécution d'une application avec IIS Express a été modifié.Instance Chrome non authentifiée lors de l'exécution d'une application à l'aide d'IIS Express dans VS 2017 (fonction de débogage côté client)

Dans VS 2015, quand j'utilise IIS Express I obtenir un nouvel onglet dans mon instance actuelle de Google Chrome si j'ai une, sinon je reçois une nouvelle instance avec une patte, mais l'instance est authentifié:

VS2015

Dans VS 2017 RC, quand j'utilise IIS express I obtenir une nouvelle exemple non authentifié (peu importe si j'ai un autre cas de chrome):

VS2017

P.S: Ne tenez pas compte du fait qu'il existe deux applications différentes, ce qui se passe avec toutes les applications.

Édition ultérieure: Cela se produit également dans la version du 7 mars. Réponse ajustée. C'est une nouvelle fonctionnalité par défaut.

+0

Vous devez utiliser l'aide | Signaler un élément de menu de problème pour informer Microsoft. Pas besoin de publier sur Stack Overflow. C'est une construction RC qui est juste à cet effet. –

+0

C'est drôle que vous envisagiez de me dire quels sont mes besoins. Il y a environ 180 questions dans la balise visual-studio-2017 qui traitent de ce type de problèmes (passage de VS 2015 à 2017, déploiement de problèmes, problèmes liés à IIS, etc.). Je ne sais pas exactement pourquoi vous vous êtes arrêté ici parce que vous ne m'aidez pas. Et bien sûr que j'ai signalé le problème. Merci pour le downvote. Il n'y a pas besoin de ce type d'attitude sur SO. –

+0

bien, donc toutes ces questions sont votées comme la vôtre? Un problème comme le vôtre est trop large car il implique une version préliminaire de VS et une application complexe comme Chrome. Vous devez attendre un vrai expert qui gère ces choses tous les jours, ce qui ne serait pas plus rapide que de demander directement à Microsoft. –

Répondre

0

Vous pouvez rencontrer le même problème lorsque vous utilisez VS 2017 RC en tant qu'administrateur. Cela ne changera rien à ce scénario.

Il semble que ce problème ait déjà été résolu: https://developercommunity.visualstudio.com/content/problem/2831/vs-2017-rc1-debugging-aspnet-project-with-chrome-d.html et il sera résolu par une version ultérieure.

Comme par Robert McKee (projet Debugging ASP.NET avec Chrome ne vous connectez pas avec votre compte Google):

Il se passe parce qu'il se lance avec la ligne de commande suivante: « C : \ Program Files (x86) \ Google \ Chrome \ Application \ chrome.exe "--no-première exécution --no-default-browser-check" --user-data-dir = C: \ Users \ rmckee \ AppData \ Local \ Temp \ chromeVSProfile \ 4020adf9-2540-4236-bad8-e8f3b6e23e4e " " données: texte/html; jeu de caractères = utf-8,% 3Couche% 3E% 3C/head% 3E% 3Corps% 3EPlease% 20wait % 20while% 20we% 20attach% 3C/corps% 3E% 3C! - 4020adf9-2540-4236-bad8-e8f3b6e23e4e -% 3E " --remote-debugging-port = 50384 "donc il se lance avec un profil différent.

Lache modifier: Ce comportement est lié à la possibilité de la mise au point du côté client dans VS 2017. Pour revenir à l'ancien comportement il suffit de décocher javascript débogage pour ASP.NET.

JS Debug .NET

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