[{"author": "Erik Wilde", "text": "<p>Hello everybody from Zurich!</p>", "time": "2023-03-27T04:00:15Z"}, {"author": "Darrel Miller", "text": "<p><a href=\"https://ietf-wg-httpapi.github.io/\">https://ietf-wg-httpapi.github.io/</a></p>", "time": "2023-03-27T04:10:50Z"}, {"author": "Francesca Palombini", "text": "<p>very accurate Rich, thank you :)</p>", "time": "2023-03-27T04:10:51Z"}, {"author": "Darrel Miller", "text": "<p>Project status board <a href=\"https://github.com/orgs/ietf-wg-httpapi/projects/1/views/1\">https://github.com/orgs/ietf-wg-httpapi/projects/1/views/1</a></p>", "time": "2023-03-27T04:11:44Z"}, {"author": "Sanjay Dalal", "text": "<p>hello. i am on chat only today.</p>", "time": "2023-03-27T04:12:12Z"}, {"author": "Francesca Palombini", "text": "<p>I can also mention that Zahed has volunteered to take on the docs that are with me (link-template and yaml media types)</p>", "time": "2023-03-27T04:12:41Z"}, {"author": "Erik Wilde", "text": "<p>\"I don't think it's a controversial thing.\" Ha! ;-)</p>", "time": "2023-03-27T04:16:07Z"}, {"author": "Evert Pot", "text": "<p>Couldn't it be treated similar to HTTP headers? there's no std- prefix there either</p>", "time": "2023-03-27T04:17:06Z"}, {"author": "Darrel Miller", "text": "<p>@evert  The concern is a conflict  new properties we add in the future with existing extensions that have been created in the past.</p>", "time": "2023-03-27T04:18:37Z"}, {"author": "Roberto Polli", "text": "<p>I think this \"prefix-\" idea smells a bit</p>", "time": "2023-03-27T04:19:05Z"}, {"author": "Evert Pot", "text": "<p>Is that also an issue with HTTP headers potentially ?</p>", "time": "2023-03-27T04:19:15Z"}, {"author": "Sanjay Dalal", "text": "<p><span class=\"user-mention\" data-user-id=\"231\">@Mark Nottingham</span> <span class=\"user-mention\" data-user-id=\"1242\">@Erik Wilde</span> is there issue opened for the 400 error example?</p>", "time": "2023-03-27T04:19:56Z"}, {"author": "Darrel Miller", "text": "<p>@sanjay Not yet.</p>", "time": "2023-03-27T04:20:37Z"}, {"author": "Erik Wilde", "text": "<p>good point @sanjay, there definitely should be one.</p>", "time": "2023-03-27T04:21:10Z"}, {"author": "Roberto Polli", "text": "<p>You welcome :)</p>", "time": "2023-03-27T04:28:41Z"}, {"author": "Erik Wilde", "text": "<p>here you go, @sanjay: <a href=\"https://github.com/ietf-wg-httpapi/rfc7807bis/issues/76\">https://github.com/ietf-wg-httpapi/rfc7807bis/issues/76</a></p>", "time": "2023-03-27T04:31:19Z"}, {"author": "Sanjay Dalal", "text": "<p>thanks @darrel for prototyping for binary vs string structure field. i do not have strong opinion on this as far as while debugging and searching logs while doing root cause analysis.</p>", "time": "2023-03-27T04:31:25Z"}, {"author": "Sanjay Dalal", "text": "<p>thanks you captured</p>", "time": "2023-03-27T04:31:58Z"}, {"author": "Sanjay Dalal", "text": "<p>i am only on chat today</p>", "time": "2023-03-27T04:32:06Z"}, {"author": "Pete Resnick", "text": "<p>Declaring that you ought to compare UUIDs on a byte-by-byte basis even when they are sf-string seems like a good idea.</p>", "time": "2023-03-27T04:33:17Z"}, {"author": "Roberto Polli", "text": "<p>maybe binary can be used to bake other information in the I-K field</p>", "time": "2023-03-27T04:33:30Z"}, {"author": "Pete Resnick", "text": "<p>Are sf-strings ever compared on other than a byte-by-byte basis?</p>", "time": "2023-03-27T04:33:54Z"}, {"author": "Sanjay Dalal", "text": "<p>@roberto example of other things?</p>", "time": "2023-03-27T04:33:56Z"}, {"author": "Erik Wilde", "text": "<p>sounds like an evolving \"Best practices for datatypes in SF values\" spec? I remember @mnot mentioning a similar approach for dateTime values.</p>", "time": "2023-03-27T04:34:04Z"}, {"author": "Evert Pot", "text": "<p>My weakly held opinion is opaque string keys are much nicer to handle in <em>some</em> languages and would rather see sf-string without a prescribed format like UUID</p>", "time": "2023-03-27T04:34:06Z"}, {"author": "Mark Nottingham", "text": "<p>I mean you could specify it as a string or bytes -- allow both forms.</p>", "time": "2023-03-27T04:34:16Z"}, {"author": "Pete Resnick", "text": "<p>(\"Comparing strings\" is just one of those magic phrases that cause us i18n people heartburn.)</p>", "time": "2023-03-27T04:35:01Z"}, {"author": "Mark Nottingham", "text": "<p>+1 string</p>", "time": "2023-03-27T04:36:12Z"}, {"author": "Evert Pot", "text": "<p>+1 too =)</p>", "time": "2023-03-27T04:36:26Z"}, {"author": "Sanjay Dalal", "text": "<p>+1 string yay!</p>", "time": "2023-03-27T04:36:30Z"}, {"author": "Pete Resnick", "text": "<p>I can assure you that during Last-Call someone is going to call out the string comparison question if you don't specify it carefully.</p>", "time": "2023-03-27T04:36:53Z"}, {"author": "Sanjay Dalal", "text": "<p>thanks darrel!</p>", "time": "2023-03-27T04:36:58Z"}, {"author": "Mark Nottingham", "text": "<p>Pete: they're ascii strings, if that helps.</p>", "time": "2023-03-27T04:37:07Z"}, {"author": "Sanjay Dalal", "text": "<p>we do not have any other issues</p>", "time": "2023-03-27T04:37:20Z"}, {"author": "Pete Resnick", "text": "<p><span class=\"user-mention\" data-user-id=\"231\">@Mark Nottingham</span> Case-sensitive ascii strings?</p>", "time": "2023-03-27T04:37:33Z"}, {"author": "Mark Nottingham", "text": "<p>yes</p>", "time": "2023-03-27T04:37:43Z"}, {"author": "Pete Resnick", "text": "<p>So long as that's specified, yes, far less heartburn.</p>", "time": "2023-03-27T04:38:00Z"}, {"author": "Roberto Polli", "text": "<p>We are especially interested in have feedback from plaftorm folks.</p>", "time": "2023-03-27T04:41:59Z"}, {"author": "Roberto Polli", "text": "<p><span aria-label=\"clap\" class=\"emoji emoji-1f44f\" role=\"img\" title=\"clap\">:clap:</span> Darrel</p>", "time": "2023-03-27T04:42:28Z"}, {"author": "Erik Wilde", "text": "<p>thanks @darrel for pitching in!</p>", "time": "2023-03-27T04:42:48Z"}, {"author": "Sanjay Dalal", "text": "<p><span class=\"user-mention silent\" data-user-id=\"1242\">Erik Wilde</span> <a href=\"#narrow/stream/223-httpapi/topic/ietf-116/near/64238\">said</a>:</p>\n<blockquote>\n<p>here you go, @sanjay: <a href=\"https://github.com/ietf-wg-httpapi/rfc7807bis/issues/76\">https://github.com/ietf-wg-httpapi/rfc7807bis/issues/76</a></p>\n</blockquote>\n<p>Thanks!</p>", "time": "2023-03-27T04:43:15Z"}, {"author": "Sanjay Dalal", "text": "<p>deprecation headers and sunset headers are like warning signs informing about respective events. if those dates are in human readable, it would help. imo.</p>", "time": "2023-03-27T04:46:12Z"}, {"author": "Sanjay Dalal", "text": "<p>regardless lifecycle or individual events, date is important for these events. so format for date is important to resolve.</p>", "time": "2023-03-27T04:47:59Z"}, {"author": "Evert Pot", "text": "<p>FYI We're using the Sunset headers and really like it</p>", "time": "2023-03-27T04:49:28Z"}, {"author": "Roberto Polli", "text": "<p>IIUC this is targeted at APIs, not U-A</p>", "time": "2023-03-27T04:50:04Z"}, {"author": "Roberto Polli", "text": "<p>well, not browser U-A</p>", "time": "2023-03-27T04:50:34Z"}, {"author": "Erik Wilde", "text": "<p>This also is useful for intermediaries like API gateways.</p>", "time": "2023-03-27T04:50:36Z"}, {"author": "Erik Wilde", "text": "<p>They could use these signals to for example update their \"catalog\" of APIs that they manage.</p>", "time": "2023-03-27T04:51:12Z"}, {"author": "Roberto Polli", "text": "<p>+1</p>", "time": "2023-03-27T04:51:22Z"}, {"author": "Erik Wilde", "text": "<p>There also is the question of whether an API would return this on all resources or just on special ones such as \"home resources\". I am in favor of that latter approach.</p>", "time": "2023-03-27T04:52:05Z"}, {"author": "Roberto Polli", "text": "<p>@Darrel: in your experience, do you confirm that there's value in human-readability for this specific use-case?</p>", "time": "2023-03-27T04:52:31Z"}, {"author": "Darrel Miller", "text": "<p>@roberto In all of the cases we use it for, there is some form of processing before the developer sees it.</p>", "time": "2023-03-27T04:53:46Z"}, {"author": "Hans-J\u00f6rg Happel", "text": "<p>thanks @Erik</p>", "time": "2023-03-27T04:54:10Z"}, {"author": "Sanjay Dalal", "text": "<p>I did!</p>", "time": "2023-03-27T04:54:37Z"}, {"author": "Erik Wilde", "text": "<p>+1</p>", "time": "2023-03-27T04:54:52Z"}, {"author": "Sanjay Dalal", "text": "<p>Erik and I spoke about that</p>", "time": "2023-03-27T04:55:07Z"}, {"author": "Erik Wilde", "text": "<p>as a side note: a lifecycle header would also compete with sunset which is an RFC. but i guess that would be ok.</p>", "time": "2023-03-27T04:56:05Z"}, {"author": "Mark Nottingham", "text": "<p>The <em>real</em> question: CAN WE GET TO 15?</p>", "time": "2023-03-27T04:56:23Z"}, {"author": "Sanjay Dalal", "text": "<p>i like distinct events that these 2 headers are conveying in a very scoped manner. are other events in lifecycle clearly defined. for example some call alfa, beta, some call eap, some call ga, some would say something else.</p>", "time": "2023-03-27T04:58:26Z"}, {"author": "Evert Pot", "text": "<p>We are using it (Deprecation) successfully</p>", "time": "2023-03-27T04:58:42Z"}, {"author": "Sanjay Dalal", "text": "<p>Thanks <span class=\"user-mention\" data-user-id=\"2307\">@Evert Pot</span> !</p>", "time": "2023-03-27T04:59:02Z"}, {"author": "Evert Pot", "text": "<p>(if it's helpful to share our use-case, happy to!)</p>", "time": "2023-03-27T05:01:09Z"}, {"author": "Roberto Polli", "text": "<p>Seems a recurring discussion :)</p>", "time": "2023-03-27T05:01:50Z"}, {"author": "Mark Nottingham", "text": "<p>Are there generic tools that consume it?</p>", "time": "2023-03-27T05:03:10Z"}, {"author": "Sanjay Dalal", "text": "<p><span class=\"user-mention\" data-user-id=\"2307\">@Evert Pot</span>  What is the reaction from OAuth OIDC working groups? Do they not want to add these there?</p>", "time": "2023-03-27T05:09:12Z"}, {"author": "Roberto Polli", "text": "<p>@evert I think that your work is interesting. I am curious about whether there are some security caveats when using this I-D</p>", "time": "2023-03-27T05:12:58Z"}, {"author": "Sanjay Dalal", "text": "<p>I think this should be pushed there since endpoints are defined there just to keep things in sync.</p>", "time": "2023-03-27T05:13:56Z"}, {"author": "Julian Reschke", "text": "<p>/me shows hand</p>", "time": "2023-03-27T05:16:04Z"}, {"author": "Roberto Polli", "text": "<p>Sorry, I have to take kids to school now :) Thank you and see you on list. Bye:)</p>", "time": "2023-03-27T05:18:03Z"}, {"author": "Darrel Miller", "text": "<p>@roberto Thanks for your contributions.</p>", "time": "2023-03-27T05:18:27Z"}, {"author": "Erik Wilde", "text": "<p>by @roberto!</p>", "time": "2023-03-27T05:18:31Z"}, {"author": "Sanjay Dalal", "text": "<p>@rich I am def interested in reviewing this</p>", "time": "2023-03-27T05:18:40Z"}, {"author": "Hans-J\u00f6rg Happel", "text": "<p>@Evert: I had discussions in the past w OAuth people about OAuth client setup/management. This IS considered a valid topic in there imho</p>", "time": "2023-03-27T05:22:40Z"}, {"author": "Darrel Miller", "text": "<p>@Hans-J\u00f6rg  I think the interesting question is whether there are a set of semantics that can be captured that are more broad than OAuth.</p>", "time": "2023-03-27T05:24:28Z"}, {"author": "Darrel Miller", "text": "<p>Yes</p>", "time": "2023-03-27T05:27:17Z"}, {"author": "Evert Pot", "text": "<p>yes</p>", "time": "2023-03-27T05:27:20Z"}, {"author": "Erik Wilde", "text": "<p>yes</p>", "time": "2023-03-27T05:27:21Z"}, {"author": "Sanjay Dalal", "text": "<p>Unsure</p>", "time": "2023-03-27T05:27:26Z"}, {"author": "Mark Nottingham", "text": "<p>I note that the transcription tool doesn't seem to know about hums.</p>", "time": "2023-03-27T05:28:15Z"}, {"author": "Erik Wilde", "text": "<p>morning! ;-)</p>", "time": "2023-03-27T05:28:22Z"}, {"author": "Hans-J\u00f6rg Happel", "text": "<p>@Darrel: (Minor) there should be Fullscreen/presentation mode in Acrobat viewer</p>", "time": "2023-03-27T05:30:32Z"}, {"author": "Hans-J\u00f6rg Happel", "text": "<p>@Darrel (to prior comment): I agree, just wanted to point out there are/might be OAuth people interested in this</p>", "time": "2023-03-27T05:32:02Z"}, {"author": "Mark Thomas", "text": "<p>What was the question? Couldn't hear it remotely.</p>", "time": "2023-03-27T05:39:28Z"}, {"author": "Darrel Miller", "text": "<p>I'm slightly terrified of the ability to change individual bytes in resources via HTTP requests.</p>", "time": "2023-03-27T05:41:12Z"}, {"author": "Hans-J\u00f6rg Happel", "text": "<p>@Mark: if you refer to my off question, I just asked for clarification which of the hesders in the example determined the \"append\"</p>", "time": "2023-03-27T05:41:14Z"}, {"author": "Hans-J\u00f6rg Happel", "text": "<p>(sorry for just shouting in the room...)</p>", "time": "2023-03-27T05:41:35Z"}, {"author": "Mark Thomas", "text": "<p><span class=\"user-mention\" data-user-id=\"72\">@Hans-J\u00f6rg Happel</span> I was. Tx.</p>", "time": "2023-03-27T05:41:37Z"}, {"author": "Mark Nottingham", "text": "<p>@Darrel: I mean, that's just PATCH</p>", "time": "2023-03-27T05:41:43Z"}, {"author": "Evert Pot", "text": "<p>I was building WebDAV servers before and we also really needed this. I wrote this in 2012 to try and solve the same thing: <a href=\"https://sabre.io/dav/http-patch/\">https://sabre.io/dav/http-patch/</a></p>", "time": "2023-03-27T05:42:05Z"}, {"author": "Julian Reschke", "text": "<p>+1 to all of this so far</p>", "time": "2023-03-27T05:43:18Z"}, {"author": "Hans-J\u00f6rg Happel", "text": "<p>I wonder if infinite-length patches (which I understood are in scope?) are something HTTP servers would be happy to implement...</p>", "time": "2023-03-27T05:43:20Z"}, {"author": "Hans-J\u00f6rg Happel", "text": "<p>I am not an expert on those meta topics: but isn't this rather work for the HTTP WG as opposed to HTTP API? (even though much of it makes PATCH usage APIish)</p>", "time": "2023-03-27T05:46:29Z"}, {"author": "Ted Hardie", "text": "<p>This reminds me of just how plainly this got written into RFC 5789:  PATCH is neither safe nor idempotent as defined by [RFC2616], Section<br>\n   9.1.</p>", "time": "2023-03-27T05:47:20Z"}, {"author": "Julian Reschke", "text": "<p>There is <a href=\"https://greenbytes.de/tech/webdav/rfc8673.html\">https://greenbytes.de/tech/webdav/rfc8673.html</a></p>", "time": "2023-03-27T05:47:42Z"}, {"author": "Mark Nottingham", "text": "<p><a href=\"https://datatracker.ietf.org/doc/rfc8673/\">https://datatracker.ietf.org/doc/rfc8673/</a></p>", "time": "2023-03-27T05:47:47Z"}, {"author": "Kenji Baheux", "text": "<p>Naive question: how does the client knows how far an abruptly interrupted upload went? (re: use case of resuming an upload). Does this require a round trip to check with the server what it got?</p>", "time": "2023-03-27T05:50:36Z"}, {"author": "Darrel Miller", "text": "<p>Locking the queue as we only have 6 mins to go.</p>", "time": "2023-03-27T05:54:12Z"}, {"author": "Evert Pot", "text": "<p>How well is Expect supported with unknown tokens? Always thought that could be used more</p>", "time": "2023-03-27T05:57:06Z"}, {"author": "Ian Williams", "text": "<p><span class=\"user-mention silent\" data-user-id=\"2500\">Kenji Baheux</span> <a href=\"#narrow/stream/223-httpapi/topic/ietf-116/near/64584\">said</a>:</p>\n<blockquote>\n<p>Naive question: how does the client knows how far an abruptly interrupted upload went? (re: use case of resuming an upload). Does this require a round trip to check with the server what it got?</p>\n</blockquote>\n<p>Could see this being a header in like a <code>HEAD</code> response or something</p>", "time": "2023-03-27T05:57:40Z"}, {"author": "Julian Reschke", "text": "<p>\"byte-shedding\"</p>", "time": "2023-03-27T06:01:13Z"}, {"author": "Evert Pot", "text": "<p>i want to know more about the multipart hate</p>", "time": "2023-03-27T06:01:38Z"}, {"author": "Julian Reschke", "text": "<p>multipard considered harmful</p>", "time": "2023-03-27T06:01:47Z"}, {"author": "Sanjay Dalal", "text": "<p>Thank you all!</p>", "time": "2023-03-27T06:02:07Z"}, {"author": "Francesca Palombini", "text": "<p>thank you all! Thanks Rich and Darrel</p>", "time": "2023-03-27T06:02:23Z"}, {"author": "Erik Wilde", "text": "<p>thanks a lot everybody! bye!</p>", "time": "2023-03-27T06:02:24Z"}, {"author": "Francesca Palombini", "text": "<p>enjoy the cookies</p>", "time": "2023-03-27T06:02:30Z"}, {"author": "Darrel Miller", "text": "<p>Thank you!  Enjoy the rest of your day.</p>", "time": "2023-03-27T06:02:54Z"}]