dominikh changed the topic of #cinch to: The IRC Framework | Latest version: Cinch 2.2.6
Rickmasta has joined #cinch
Rickmasta has joined #cinch
<leftylink> hmm... I wonder if there's a way to determine whether the bot was successful in sending a message to a channel. I could look for any ERR_CANNOTSENDTOCHAN or something, but it's not certain I could know which message failed
<leftylink> hmmmmmmmmmmmmm
<leftylink> why do I care? oh iono, if I want the bot to respond to a command, but let's say the bot has a mute on it or the channel is +m or the bot got kicked before it could respond... then again you might ask "well shit, maybe they should use a different channel, that's not your problem to solve", and... maybe.
<leftylink> yeah I don't think I'm going to think too hard about this one. best-effort. and how much time do I want to spend into think about these silly cases? probably not that much
<leftylink> nevertheless if you can think of a general solution then... we could talk!
<leftylink> oh, the continuation of my thought would have been "so what if I want to say: if m.reply would fail, then just m.user.send the response"
<leftylink> but screw it, if people are using commands and the bot can't respond, that's not really my problem, I don't think
head8debian has quit [Ping timeout: 260 seconds]
head8debian has joined #cinch
head8debian has quit [Ping timeout: 264 seconds]
head8debian has joined #cinch
<tinnvec> leftylink: under what circumstances might the bot not be able to talk? perhaps there's another angle to attack this from. For instance if the channel is +m but the bot is not +v?
Rickmasta has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<dominikh> well, there's a quite simple issue here: if you send two messages at once, and get one error in return, you have no idea what message that error was for.
<tinnvec> ah, great point dominikh
apt-get has joined #cinch
Rickmasta has joined #cinch
Rickmasta has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<tinnvec> I'm extending the Cinch::Bot class for my bot, but am having trouble with testing.
<dominikh> testing Cinch, good one
<tinnvec> oh is that not done? lol
<dominikh> Cinch is an untestable mess.
<tinnvec> ah, well then maybe I'll just stick to testing my additions
<tinnvec> my bot class works just fine, just like the original, so if I can't test the original stuff, welp
<leftylink> yeah iono, sometimes I use https://github.com/bhaberer/cinch-test and I do have some successes with it (you can pretend to send a message and see all messages the bot sends to the sending user and/or the channel the message was sent on)
<leftylink> it is lacking in some of my uses that don't fit that pattern
<leftylink> testing timered things gets a bit funky, for example
<tinnvec> ah thanks leftylink, hadn't run accross that yet
<leftylink> "user 1 sends a message, an arbitrary channel gets a message in response" and "user 1 sends a message, an arbitrary user2 gets a message in response" are both cumbersome but still but doable with some uglyhacks
<leftylink> but on the whole I consider cinch-test better than nothing and I've used it to test my cinch bots, so
<leftylink> that's my cinch testing story
<tinnvec> haha thanks
postmodern has quit [Quit: Leaving]
ChasedSpade has quit [Quit: No reason specified.]
ChasedSpade has joined #cinch
apt-get has quit [Ping timeout: 250 seconds]
rikai_ has quit [Quit: No Ping reply in 180 seconds.]
rikai has joined #cinch
apt-get has joined #cinch
Azure has quit [Quit: Oops.]
Azure has joined #cinch
postmodern has joined #cinch
apt-get has quit [Quit: Quit]
_djbkd has joined #cinch
Azure has quit [Remote host closed the connection]
Azure has joined #cinch