Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Campy goes AWOL after long periods of inactivity #5

Open
bbelchak opened this issue Oct 3, 2011 · 4 comments
Open

Campy goes AWOL after long periods of inactivity #5

bbelchak opened this issue Oct 3, 2011 · 4 comments

Comments

@bbelchak
Copy link
Owner

bbelchak commented Oct 3, 2011

Campy will stay in the room indefinitely now, but he will stop answering after any extended period of inactivity. I think this is caused by the streamer losing connection but not realizing it, so it doesn't reconnect.

@askedrelic
Copy link

+1

I've been running/tweaking a fork of the non-threaded campy from last week. I fixed a reactor/streaming bug where it would start listening on the first room and not all rooms here: askedrelic@040f214

Today, I've been testing the latest threaded version, which definitely seems more stable, but I'm running into the AWOL bug also.

@askedrelic
Copy link

The only failure pattern I've noticed is that Campy receives a "KickMessage". Campy remains running in perma-while loop, the threads stop running and handling messages, and Campy does not issue a 'leave' command for the Campfire chat room; the bot still shows as running in the chatroom.

Failure messages:

Thread-4: Handling {u'body': None, u'user_id': None, u'created_at': u'2011/10/04 01:20:00 +0000', u'room_id': xxxxxx, u'type': u'TimestampMessage', u'id': xxxxxxxxx}
Thread-4: Handling {u'body': None, u'user_id': XXXXXXX, u'created_at': u'2011/10/04 01:20:18 +0000', u'room_id': xxxxxx, u'type': u'KickMessage', u'id': xxxxxxxxx}

@bbelchak
Copy link
Owner Author

bbelchak commented Oct 4, 2011

I have also noticed this issue. I think I have a fix for it, but requires more testing.

@bbelchak
Copy link
Owner Author

bbelchak commented Oct 4, 2011

I have added some debugging statements into my local copy and I'm seeing it lose connection even without the KickMessage ... Needs more investigation.

bbelchak pushed a commit that referenced this issue Oct 4, 2011
* Made the reconnection a little smarter
* Converted all print statements to log and set up some (very) basic logging.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants