10

Ponieważ cały zespół został uaktualniony do Visual Studio 2015, debugger nie łamie już nieobsługiwanych wyjątków w JavaScript. Jednak 1 z 4 maszyn działa dobrze i domyślamy się, że to dlatego, że jest w IE10, a reszta z nas jest na IE11.Visual Studio 2015 JavaScript debugowanie nie przechwytuje nieobsłużonych wyjątków, gdy włączony jest tylko mój kod

W każdym razie, na pokrycie oczywistej rzeczy:

  • wszystkie ustawienia są identyczne pomiędzy wszystkich maszyn, w tym mycode.default.wwa.json w folderze JavaScript> JustMyCode w Visual Studio 2015 instalacji katalog

  • ustawienia domyślne w nowym oknie ustawienia wyjątków dopasować ustawienia wyjątek w starym modalnego okna od 2012

Tak, aby odtworzyć problem, po prostu napisać byle kawałek kodu podejrzanie w zewnętrznym pliku JS (zauważ, że bloki skryptu na stronie sama złowionych poprawnie):

ViewModel.js:

function something() { 
    foo(); 
} 
something(); 

Po włączeniu JustMyCode, foo() nie zostanie przechwycony przez debagger jako nieobsługiwany wyjątek. Gdy tylko JustMyCode jest wyłączony, wyjątek zostanie złapany dobrze. Więc tak, możemy obejść ten problem, ale jak tylko zostanie on wyłączony, tracimy faktyczne debugowanie .Net.

Czy ktoś napotkał ten problem i/lub znalazł rozwiązanie? Próbowałem dodać * .js do sekcji MyCode wewnątrz pliku mycode.default.wwa.json i mam również logged a bug on Connect, ale nie oczekuję szybkiej odpowiedzi od Microsoft w tej sprawie.

Edycja: Wydaje się, że dzieje się tak tylko wtedy, gdy na końcu pliku JS znajduje się ciąg zapytania, np. site.js? V = 1234. Jeśli usuniesz ciąg kwerendy, to debugger wychwytuje wyjątki tak, jak w Visual Studio 2012. Przesłał nowy projekt repro i demo do Microsoft.

+0

Czy znalazłeś odpowiednie rozwiązanie? Jakiego rodzaju projekt VS znajduje się w twoim rozwiązaniu? – Ibanez

+1

Jedynym rozwiązaniem jest usunięcie? V = podczas programowania. To aplikacja WebForms. – GenericTypeTea

+0

Wygląda na to, że problem z programem MS Connect jest nadal aktywny. –

Odpowiedz

0

Natknąłem się na to, aw moim przypadku było to związane z nazwami domen w moich ustawieniach projektu. Poprawka polegała na upewnieniu się, że domena adresu URL w IE jest taka sama, jak domena w ustawieniach projektu/Web/adres startowy.

Na przykład:

URL w IE: http://www.yourproject.local

Uruchomienie URL w ustawieniach projektu: http://www.yourproject.local

Jeśli dwie domeny są różne wtedy obsługa Visual Studio wyjątków JavaScript jest uszkodzony .

EDYCJA: Właśnie widziałem twoją edycję o ciągach zapytania. Może to być związane z twoim problemem. Czy możesz upewnić się, że nazwy domen nie są niedopasowane?

+0

Nazwy domen nie są niedopasowane. Oba są http: // localhost/appName. – GenericTypeTea

Powiązane problemy