Daniel (dB.) Doubrovkine
Daniel (dB.) Doubrovkine
I will take PRs into any direction. My 0.02c is that pagination is not hard and maintaining the feature would continue helping people not have to think about whether they...
> Well, maybe that channel list, once acquired, should be cached, so that the client wouldn't reload it for every single chat operation. I kind of guess that following channel...
Yes, it's suboptimal.
> If that's of interest, I'd be happy to submit a PR We have a concept of a store for RTM connections that persist information, so I’d be open for...
> > storing lookups with subclassing the client and overriding some methods > > I'm not sure I follow. Can you expand on this idea and help me understand what...
Your problem looks different @kyanh-huynh, you have 3 `rtm.connect` calls in there, it's trying to do it again and again, there should be only one. Check your code, you're probably...
I would 1) switch to Celluloid 2) put a begin/rescue around `.run`, are you getting an exception that you're not seeing?
> Hello Slack Team, I don't believe anyone here works for slack. Are you reusing a connection? Try HEAD with #322 and this: ```ruby require 'net/http/persistent' Faraday.default_adapter = Faraday::Adapter::NetHttpPersistent ```...
I agree. We already offer some message parsing, so why not message mishmashing. In fact I insist we call it this way, too :) `client.mishmash(s)` Looking forward to PRs!
I've renamed this from GReactor -> Iodine.