fang 14266c8d46 eyre: GETting non-existent channels 404s ... Contrary to the argument made by 4affae8, this is the _actually correct_ behavior. Not creating server-side resources in response to GETs respects the expected method semantics, and more importantly, serving a 404 is an important signal for clients trying to connect to a channel they were using previously. Without that, they have no way of telling whether, when reconnecting, if their channel was reaped in the mean time or not. The "empty PUT" affordance provided by 34148f9 makes requiring a PUT request for channel creation more reasonable. We leave the general refactoring done by #6789 in place, but do emphasize the reasoning given here with a few additional comments.		2023-10-04 22:42:50 +02:00
..
bug	tests: move to root, out of pkg/arvo	2023-01-18 16:50:42 +01:00
lib	Merge remote-tracking branch 'origin/next/arvo' into m/detest	2023-01-18 18:01:59 -07:00
run	tests: shrink/silence trace hints	2023-04-23 02:02:15 -04:00
sys	eyre: GETting non-existent channels 404s	2023-10-04 22:42:50 +02:00