[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Public WebGL] specifying the allowed character range for extension strings
On Fri, Jun 1, 2012 at 7:05 AM, Benoit Jacob <email@example.com>
I can't see anywhere in the spec mentioning this, but it seems clear that extension strings must match
right? In particular they must be in the 7-bit ASCII range.
Not really. You should probably recommend that they be, either non-normatively or as a SHOULD, but I don't think there's any need to mandate it, since extensions are only added by implementations anyway.
Do you agree that this should be mentioned in the spec in 5.14.14 "Detecting and enabling extensions" ?
What should be the behavior of getExtension in presence of illegal characters: generate INVALID_VALUE in addition to returning null?
Just return with the same conditions as any other extension string with no match. There's no point to adding another error path.
Notice that that isn't just an abstract issue as getExtension has to do a case-insensitive comparison and so it has to do a nontrivial operation on this input, so it is important to limit the allowed range of that input.