Script updating archive at 2024-08-22T00:21:02Z. [ci skip]

archive.json

@@ -1,6 +1,6 @@
 {
  "magic": "E!vIA5L86J2I",
- "timestamp": "2024-08-20T00:20:58.396480+00:00",
+ "timestamp": "2024-08-22T00:20:49.857846+00:00",
  "repo": "mnot/I-D",
  "labels": [
  {
@@ -9514,7 +9514,7 @@
  "labels": [],
  "body": "For the available hints like AvailLanguage, I have a couple of questions to confirm: \r\n\r\n1. when the specs says \"unrecognised Parameters on Structured Fields are ignored and therefore do not trigger this fallback\", does it mean that e.g. `en, zh;ddd, ja;dd` should result in `en, zh, ja`, also `en, zh;d;c` and `en, zh;d=?0` and `en;d=1.0, zh` should be treated the same as `en, zh`? \r\n\r\n3. whether multiple default setting allows or be ignored? it's not clear whether `en, zh;d, ja;d ` should actually be rejected or be treated the same was as `en, zh;d, ja` or as `en, zh;d`. ",
  "createdAt": "2024-07-15T20:04:20Z",
- "updatedAt": "2024-08-10T02:12:50Z",
+ "updatedAt": "2024-08-21T14:25:14Z",
  "closedAt": null,
  "comments": [
  {
@@ -9530,6 +9530,13 @@
  "body": "The text in the spec needs some more nuance, but unrecognised Parameters on `Avail-Language` should indeed be ignored. If `d` has a non-Boolean value, we'll need to define (probably most sensible to ignore those too).\r\n\r\nFor multiple `d`, I'm inclined to say either first one wins, or it means the entire field should be ignored - thoughts?\r\n\r\n",
  "createdAt": "2024-08-10T02:12:49Z",
  "updatedAt": "2024-08-10T02:12:49Z"
+ },
+ {
+ "author": "recvfrom",
+ "authorAssociation": "NONE",
+ "body": "Thanks Mark, and my apologies for the delay in getting back to you.\r\n\r\nIgnoring unrecognized parameters and non-Boolean parameter values SGTM. I wonder if it'd also be helpful to have the spec say explicitly that the type of the `d` parameter is Boolean.\r\n\r\nRegarding multiple 'd', I don't know if there is any precedent from how other specs handle this type of thing, but first one wins seems reasonable to me.\r\n\r\nI've opened https://crbug.com/1456351 on our end to track making changes based on this feedback. Thanks again!",
+ "createdAt": "2024-08-21T14:25:12Z",
+ "updatedAt": "2024-08-21T14:25:12Z"
  }
  ]
  }