By "mistyped HTML tag" I don't just mean broken HTMl, but also cases where an attribute was misspelled, or when an element was used incorrectly.
Sure, all of the above. Both of those are (again, in my experience) 100x easier to track down and solve than, e.g., an obscure bug caused by mistyping a property name in some callback halfway down an RxJS pipe.
And in fact, both of those can also be caught by IDEs and/or HTML validators, since attributes and elements are standardized, and anyway, the cases where "an element was used incorrectly" will cause significant problems are usually cases that are visually obvious, and thus easy enough to trace, or that cause accessibility problems, which should also be clear enough if you're doing a11y testing in the first place.
Not necessarily. A non-existent attribute isn’t gonna be caught as easily as as trying to read a non-existent variable.
Sure it is. For one, attributes typically have effects that are obvious when missing. For another, HTML5 doesn't allow custom attributes that aren't prefixed with data-, and most HTML validators will catch them.
And anyway, you wanna talk JS, how about mistyped event names? Just last week my teammate lost hours in a weird bug that boiled down to a '$destroy' event mistyped as '$destory'.
That’s his own fault for not checking the event handler to begin with.
I mean, then it would be your own fault for not checking the attribute to begin with. What's the difference?
The attribute where it went wrong might not be obvious.
We’re a place where coders share, stay up-to-date and grow their careers.
We strive for transparency and don't collect excess data.