Welcome the channel on the development of Cro, a set of libraries for building reactive distributed systems, lovingly crafted to take advantage of all the Raku Programming Language has to offer (cro.services). This channel is being logged for historical purposes.
Set by lizmat on 24 May 2021.
Xliff jnthn: I am trying to process form data and I am geting an error message like this: Died with the exception: 00:25
Cannot unbox a type object (Nil) to int.
in sub decode-payload-to-pairs at /home/cbwood/.rakubrew/versions/moar-blead/install/share/perl6/site/sources/93800D0139DFB402128E680453A9BE46DB678C9E (Cro::HTTP::BodyParsers) line 62
When trying to print ou t the raw request body with "(await request.body).decode", I am getting a null string. This is odd, because the form has data. Is this a bug? 00:26
jnthn Sounds like a bug 08:33
Please report it with a reproduction
08:47 sena_kun joined 08:58 Xliff left 10:16 sena_kun left 10:31 sena_kun joined
Altreus Hi all. Did anyone get a chance to glance at my question about websocket disconnection? In theory if I disconnect with code 1000 the bot should go offline immediately, but the bot always has to time out instead. Am I doing it wrong? github.com/shuppet/raku-api-discor...kumod#L167 10:47
called from github.com/shuppet/raku-api-discor...kumod#L187
12:15 Xliff joined
Xliff . 12:15
jnthn: It was because the <input> tags didn't have a name attribute. 12:16
13:02 rypervenche left 13:09 rypervenche joined
Altreus Xliff: Wasn't sure if you knew you could write (await request.body).decode as request.body.result.decode - I find it cleaner 13:09
(I do wish I could just put await in the middle there)
await promise <-> promise.await
but alas no
jnthn Not aware of anything that'd block implementing such in Rakudo :) 13:20
Altreus lays down the gauntlet 13:26
but not I :D
jnthn: since you're alive, do you have a mo to peer at my conundrum ^?
SmokeMachine is this expected? I'm on m1 Mac: usercontent.irccloud-cdn.com/file/...9%402x.png 13:34
jnthn I've learned to expect everything about Mac to be a shitshow :P 13:36
I recently released a new IO::Socket::Async::SSL that had a Mac fix somebody sent a PR for, and they reenabled the Mac CI and it passed
But that wasn't the error the fixed 13:37
Altreus so "is this expected" is tautologically yes, and can be replaced at compile time 13:41
jnthn Altreus: Looks like it picks 1000 as the default code here: github.com/croservices/cro-websock...n.pm6#L133 13:44
Oh, but I don't think you `await` the `Promise` that `close` returns, maybe that is the issue? 13:45
Altreus er hold on, I think I do somewhere ... 13:46
jnthn: I added this script-mode option and I'm using it in the echo server example github.com/shuppet/raku-api-discor...kumod#L187 13:47
It definitely takes a tad longer to exit than it used to 13:48
I should say "bye" eh
oh, looks like it handles the close event and reconnects! 13:55
jnthn Haha...when your code fights itself :) 13:57
Altreus And looks like the close code in «whenever $!conn.closer -> $close» is BigEndian
Is that part of the websocket standard? As in is there scope for the closer promise to return something a bit smarter? 13:58
jnthn I'd assume endianness is part of the standard. Can't remember the details without looking at the standard (and have a meeting to disappear to now...) 14:00
Altreus no probs, "enjoy"! 14:01
19:07 melezhik joined 19:17 melezhik left 19:55 rba left, sena_kun left, ecocode___ left, patrickb left, jjatria left, jnthn left, leont left, zostay left, Altreus left, CIAvash left, AlexDaniel left, kawaii_ left, sena_kun joined, jnthn joined, ecocode___ joined, rba joined, kawaii_ joined, AlexDaniel joined, CIAvash joined, jjatria joined, patrickb joined, Altreus joined, zostay joined, leont joined 19:56 Xliff left, Xliff joined 19:59 CIAvash left, AlexDaniel left 20:55 n1to joined 21:27 sena_kun left 21:28 sena_kun joined 21:41 n1to left 22:19 AlexDaniel joined 22:21 CIAvash joined 22:56 sena_kun left 23:04 Geth left, Geth joined