google-chrome - rapido - inspeccionar elemento chrome teclado

¿Por qué mi depurador se detiene visualmente en la línea incorrecta? (3)

estoy usando

[email protected] [email protected] [email protected] (64-bit) macOS Sierra 10.12.5 [email protected] [email protected]

Recientemente, el depurador comenzó a detenerse en las líneas incorrectas, pero solo visualmente, en su mayoría es como 8-14 líneas detrás del punto de interrupción real.

p.ej

* la barra naranja indica el punto de interrupción en google chrome

salida de la consola:

Además, como puede ver, algunas líneas están oscurecidas, lo que significa que no puedo establecer un punto de interrupción allí desde el navegador.

El comportamiento es el mismo dentro del depurador interno de WebStorm. Entonces creo que no es culpa de Chrome. Parece que la asignación de fuente está rota. No sé si es WebStorm o Meteor la causa. En estas condiciones, es muy difícil de depurar ...

Es difícil decirlo con certeza. En una búsqueda superficial de Google, parece que no eres el único que ve esto. Como mencionó @MasterAM, es probablemente debido a los mapas fuente de la transpilación. No creo que puedas hacer mucho al respecto, pero puedes intentar borrar el navegador y los cachés IDE que parecen haber funcionado para algunos.

Javascript se detiene en una línea sin un punto de interrupción en el modo de depuración remota

Limpiando el caché de Webstorm

Es difícil decirlo con certeza, pero parece que el problema que estás experimentando está relacionado con un error que hace que Meteor genere mapas de origen incorrectos.

mapas fuente

Este no es el "error" de su navegador. Simplemente muestra el código y la posición que le proporcionan los mapas de origen en su proyecto.

El archivo app.js y el mapa fuente ( app.js.map ) son generados por el proceso de construcción de Meteor y se sirven desde el .meteor/local/build/programs/web.browser/app .

El archivo .map es responsable de decirle al navegador cómo mostrar la fuente original y qué segmentos del archivo app.js generado se asignan a qué segmentos del código fuente original.

Aquí puede encontrar una gran explicación sobre los aspectos técnicos de los mapas fuente.

Puede visualizar sus mapas fuente en línea y ver qué mapas usan esta herramienta (elija personalizar ... y arrastre / suelte los archivos .js y .map .

el error sospechado

Como parte del proceso de compilación, Meteor utiliza el paquete Meteor de babel-compiler . En algún momento, un error provocó que se produjeran mapas no válidos después de las transformaciones de Babel.

El error actualmente se rastrea en GitHub y parece que la gente de Meteor se está acercando a la causa.

¿Qué puedes hacer?

Por el momento, no hay una solución rápida y fácil.

Tu también puedes:

Mire el hilo del error y espere a que se resuelva y depure sin mapas de origen por ahora (probablemente sea mejor, si el error se solucionará pronto).
Hack lejos con clones locales de los paquetes relevantes de Meteor (podría funcionar, no me he metido en los problemas de dependencia y realmente no lo recomiendo, pero aquí hay una forma de hacerlo ).
Ejecuta Meteor desde un checkout de git en un buen estado conocido hasta que se libere una solución.

La última opción es lo que hizo @hwilson para comenzar a identificar el error a través de una git bisect .

Puede consultar el documento del desarrollador de Meteor para obtener información detallada sobre el método de ejecución de la herramienta Meteor desde el proceso de pago, pero la esencia de las cosas es la siguiente:

En primer lugar, asegúrese de que su código, incluidos los .meteor/versions y .meteor/packages se compruebe en el control de código fuente, ya que es probable que necesite desordenarlos temporalmente y quiera restaurarlos una vez que se solucione el error.

git clone --recursive https://github.com/meteor/meteor.git a un directorio de su elección (p. ej., /home/yourname/src/remote .
cd meteor
git checkout 25a89b5 para obtener el último compromiso git checkout 25a89b5 conocido.
git submodule update --init --recursive para asegurarse de que todo sigue siendo oro después del pago.
./meteor --help a que comience la versión comprobada
En su proyecto, elimine la información de la versión del archivo .meteor/packages , ya que es probable que sean incompatibles con los que ofrece su pago y envío.
En el directorio de su proyecto, ejecute /home/yourname/src/remote/meteor/meteor run .

Esto ejecutará la versión desprotegida de Meteor. Es posible que deba hacer un meteor reset (advertencia: esto borra la base de datos de mongo local) o al menos limpiar algo de .meteor/local , (por ejemplo, los mapas de origen) para que esto funcione, pero esto puede ser innecesario.

Este es un gran esfuerzo para un error que, supongo, se resolverá en un futuro próximo, pero decidí incluir esta información en parte para ser utilizado como documentación para futuros problemas relacionados con el mapa de origen.

No estoy seguro acerca de este escenario, pero me he enfrentado a una situación similar al depurar Java con eclipse. Sucede cuando el código fuente y el código compilado / interpretado que se está depurando difieren.

Intenta depurar un código js simple para validar si hay algo mal con el depurador js de Chrome. Si funciona, entonces una explicación para las líneas de código no ''depuradas'' sería que todas están en la misma línea (hasta la instrucción que registra ''7''). Esto también podría haber compensado el número de línea en el navegador.

Esta es una posible explicación.