Skip to main content

Last Call Review of draft-ietf-dispatch-javascript-mjs-10
review-ietf-dispatch-javascript-mjs-10-genart-lc-sparks-2021-11-11-00

Request Review of draft-ietf-dispatch-javascript-mjs
Requested revision No specific revision (document currently at 17)
Type Last Call Review
Team General Area Review Team (Gen-ART) (genart)
Deadline 2021-11-15
Requested 2021-10-25
Authors Matthew A. Miller , Myles Borins , Mathias Bynens , Bradley Farias
I-D last updated 2021-11-11
Completed reviews I18ndir Early review of -07 by John R. Levine (diff)
Artart Last Call review of -10 by Mark Nottingham (diff)
Secdir Last Call review of -10 by Radia Perlman (diff)
Genart Last Call review of -10 by Robert Sparks (diff)
Assignment Reviewer Robert Sparks
State Completed
Request Last Call review on draft-ietf-dispatch-javascript-mjs by General Area Review Team (Gen-ART) Assigned
Posted at https://mailarchive.ietf.org/arch/msg/gen-art/FyX4Y9g6TCBUB4t2GtsRyjrRWTQ
Reviewed revision 10 (document currently at 17)
Result Ready w/nits
Completed 2021-11-11
review-ietf-dispatch-javascript-mjs-10-genart-lc-sparks-2021-11-11-00
I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document: draft-ietf-dispatch-javascript-mjs-10
Reviewer: Robert Sparks
Review Date: 2021-11-11
IETF LC End Date: 2021-11-15
IESG Telechat date: Not scheduled for a telechat

Summary: Ready (but with nits) for publication as an Informational RFC

The number of messages in the archive about the draft are impressive, if not
daunting. Apologies if any of my nits tread old ground.

I'm glad this has seen attention from many people better with i18n than I am.

I'm curious why the registrations choose to declare the .mjs extension in
anything but the now preferred type. If they're in all the obsoleted type
registrations because they're used in the wild with those types, fine. But if
it was a template replication process that put them there, maybe reconsider?

I agree with Mark that the form and repetition of variants of 'not part of this
document' is unusual. Consider saying it less, and maybe consolidating what you
do need to say.

There are a few places where the document says implementations or scripts MUST
consider something. Neither of those things can consider. Please consider
rephrasing those to speak of the implementers or script creators. This is also
not a great use of 2119/8174 terms. Think about using plain words instead.

The last sentence of the second paragraph of section 3 doesn't fit with the
first. Perhaps it should stand alone.

Please point explicitly to the types registry in the text of the document.

Micro-nit: search for timin`g