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

general all-purpose flood control #252

Closed
jonorthwash opened this issue Aug 1, 2017 · 6 comments
Closed

general all-purpose flood control #252

jonorthwash opened this issue Aug 1, 2017 · 6 comments

Comments

@jonorthwash
Copy link
Member

Some modules (mailing list, commit messages, etc.) when they get behind might try to post dozens of updates at a time. These end up more or less flooding a channel. In these cases, it should post at most three messages: e.g., the earliest update, a message that says "...", and the latest update.

@jonorthwash
Copy link
Member Author

Perhaps related to #232 and #159.

@wei2912
Copy link
Member

wei2912 commented Nov 30, 2017

Also related to #236.

@Androbin
Copy link
Collaborator

This could either be a pure duplicate of #159 or we could intercept all calls to phenny.msg and thus have a "general all-purpose flood control". The latter doesn't seem quite right, thou.

Since we don't wanna break things, we could give phenny.msg a defaulted parameter to indicate if flood control should be applied or if the calling side knowns what it's doing.

@wei2912
Copy link
Member

wei2912 commented Dec 27, 2017 via email

@jonorthwash
Copy link
Member Author

What issue is this a duplicate of?

@Androbin
Copy link
Collaborator

See the last two comments.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants