| Summary: | Upgrade JSLint | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Mark Macdonald <mamacdon> |
| Component: | Client | Assignee: | Project Inbox <orion.client-inbox> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | eclipse.felipe |
| Version: | 0.4 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Mark Macdonald
The 2011-12-21 version of JSLint is more stringent than our current one. We need to pass it these options to get roughly the same validation result as we get now:
> nomen:true (allow leading/trailing _ in variable names)
> plusplus:true (allow ++ and --)
> sloppy:true (don't require 'use strict')
> white:true (allow reasonable whitespace)
> vars:true (allow more than one 'var' statement per function)
It also has many more things that are considered fatal errors (meaning the parser stops and doesn't report anything beyond that point). For example, this blows up (with a very confusing message) when 'foo' is never referenced as a global in the file: > /*global foo*/ Declaration a variable inside a 'for' loop is also a fatal error: > function f () { > for (var i;;) {} > } out of curiosity, is there any new feature in this version of JSLint that matters to us (besides fixing 367639) ? (In reply to comment #3) > out of curiosity, is there any new feature in this version of JSLint that > matters to us (besides fixing 367639) ? It does have some new validation features but I'm not sure they're worth the effort. Since Bug 367639 has been fixed with our current version of JSLint, let's pass on the upgrade. |