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

Time-bound vs endless campaign functionality #24

Open
mfc opened this issue May 13, 2019 · 2 comments
Open

Time-bound vs endless campaign functionality #24

mfc opened this issue May 13, 2019 · 2 comments

Comments

@mfc
Copy link

mfc commented May 13, 2019

Given endless campaigns impact user functionality more, there should be reasons why someone would want to do a time-bound campaign, and also have increased responsibility/accountability for endless blocking campaigns.

For time-bound campaigns, the campaign creator could have pre-notification to users (warn for x days prior to campaign for blocking actions).

For endless campaigns, maybe the policy file needs to be updated by its maintainer once a year (or similar) in order to stay active -- otherwise unmaintained campaigns may result in user actions that are not actually real-world relevant. This may require izens signing policy files or some other authentication or certification of policy files (and creation/update dates). Not sure we really want to go down that route...

@anikarni
Copy link
Contributor

Should we split these into two different issues, one which implements the notification and one which implements certification/signing or whatever that would look like? I think the latter requires more discussion, whereas the first can already be picked up by someone soon.

@mfc
Copy link
Author

mfc commented May 14, 2019

yes that sounds good! agreed the second requires additional discussion.

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