Jshint: Debe eliminarse el concepto de "demasiados errores"

Puede cambiar esto configurando /*jshint maxerr: 1000 */ . Dicho esto, sería bueno si http://jshint.com permitiera cambiar eso usando la interfaz (pero creo que es un error para el repositorio del sitio, y de todos modos hay una nueva interfaz, si no me equivoco ).

Estoy de acuerdo, debería haber una opción para desactivarlo por completo. Marcando como aceptado.

+1 Debería reemplazar / extender la opción "Detener en el primer error".

¿Podemos fusionar esto?

Si miras el historial de confirmaciones, lo fusionamos en _hace dos años_ pero luego tuvimos que retroceder porque en scripts grandes JSHint sería demasiado lento.

@antonkovalyov Ah, eso tiene sentido.

¿Qué pasa si JSHint escanea archivos al mismo tiempo, imprimiendo en la consola cada vez que un archivo termina (con cola para que los archivos no se intercalen)? Esto podría resolver que JSHint sea demasiado lento, así como habilitar esta opción nuevamente.

maxerror debe ser opt-in en lugar de opt-out. Es realmente frustrante que jshint se niegue a terminar de procesar mi archivo. Imagínese si grep se detuviera a medio camino diciendo "demasiadas coincidencias". Así es como me siento ahora mismo.

Como dije anteriormente, esta es una limitación técnica.

@antonkovalyov ¿Le importaría ampliar un poco la limitación técnica? ¿Quizás yo (o alguien) más pueda escribir un parche que complazca a todos? Puedo entender la preocupación por un proceso de larga ejecución con respecto a la instalación de JSHint.com, pero en mi experiencia trabajando en una base de código heredada, este error es demasiado familiar :)

@ b-long AFAIK puede establecer maxerr en Infinity y puede ver que el script tarda una eternidad en completarse.

Mi error, estaba usando una configuración como /*jshint maxerr: 200 */ lugar de /*jshint maxerr:200 */ (con JSHint 2.1.4). El espacio en blanco después de maxerr: me hizo tropezar, parece que maxerr debe ir seguido (sin espacios) por dos puntos y un número.