Debugger wstrzymuje bez przerwania w bibliotekach takich jak jquery na ładowanie strony pojawi się komunikat ostrzegawczy, że skrypt jest blackboxed, ale ironicznie debugger zatrzymuje się tam.Chromebox Blackbox nie działa
Proszę zasugerować jeśli mam zrobić coś więcej niż blackboxing w celu uniknięcia przerw debugera w skryptach bibliotecznych
Screenshot:
Wydaje się błąd. Czy jest jakikolwiek powód pauzy wydrukowany w panelu bocznym "Stos połączeń" (powyżej "Zmiennych zakresu")? Może mógłbyś zgłosić zgłoszenie błędu pod numerem http://crbug.com/new?
Jeśli zamkniesz plik z okna edytora, nie powinien on otwierać kopii zapasowej, gdy jest w blackboxie. Jeśli jednak pozostaniesz otwarty, nadal będzie on włamać się do pliku. Jeśli nadal się otwiera, to tak, to byłby błąd i powinien zostać zgłoszony.
Podsumowując, spróbuj wyłączyć punkty przerwania w narzędziach do Chrome Chrome (intuicyjne wiem, ale działa to dla mnie).
Używam Dojo i znajduję funkcję blackboxing bezcenną. Dawniej działała niezawodnie na starszej wersji Chrome, ale dla współpracownika z tą samą wersją nie.
Niedawno mój Chrome został uaktualniony do wersji 60.0.3112.101 (wersja oficjalna) (wersja 64-bitowa), a zachowanie w blackboxie przestało działać niezawodnie. Najczęstszym przypadkiem użycia jest możliwość kliknięcia przycisku i pomijanie całego kodu Dojo, aby Chrome zaczął debugować przy pierwszym nie-blackboxowanym fragmencie kodu aplikacji, który trafia (logika aplikacji często ukryta za zamknięciami zaczepów).
bym tego CUE w następujący sposób:
Jednak Chrome rozpocznie debugowanie kodu blackboxed (może nawet stwierdzić, że kod jest umieszczony w blackboxie na banerze!).
Domyślnie zawsze mam aktywne punkty wstrzymania Chrome. Przez przypadek wypróbowałem powyższe z wyłączonymi punktami przerwania Chrome (CTRL + F8) i powtórzyłem powyższe i naprawiłem zachowanie blackboxingu.
moje zasady blackboxing są: \.*dojo/d\.*
ja też mam ten problem i go nienawidzę .... – sotn