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

Enhancements for other chapters #159

Open
jakehobbs opened this issue Jul 8, 2021 · 2 comments
Open

Enhancements for other chapters #159

jakehobbs opened this issue Jul 8, 2021 · 2 comments

Comments

@jakehobbs
Copy link
Member

jakehobbs commented Jul 8, 2021

Chicago requested sending of event surveys, but they have not entered any events yet.

@jakehobbs
Copy link
Member Author

jakehobbs commented Sep 8, 2021

Still no chapters outside of the Bay Area have entered attendance for any events, so features for them should not be working on currently. Send message to Ana R stating the same.

@jakehobbs jakehobbs changed the title Allow event surveys for other chapters Enhancements for other chapters Sep 8, 2021
@jakehobbs
Copy link
Member Author

jakehobbs commented Sep 8, 2021

More features for improving the experience for other chapters

Let other chapters update their own chapter's chapter data (social media links, organizers, etc.)

Run a goroutine to update the "last action" date based on events entered into attendance for other chapters. Then don't ask about their last action date on the monthly check-in email if they already had an action entered into the ADB?

Update model.UpdateActivistData to pass data to signup service for other chapters (for global list & other chapter's list). Update the signup service to handle it. (Make sure not to submit "interest forms" for non-Bay people.)

Allow "interest forms" to be submitted for people in other chapters when they sign a petition. (Enable Community Prospects page too, but call it "Leads.") The signup service should include a "chapter name" (or maybe even ID) when submitting to the interest form api. Then the form_processor queries should use that chapter_id instead of being hard-coded for SF Bay (47).

Look for instances of "SF Bay Area" and "47" in the codebase and consider replacing it w/ values that aren't hard-coded.

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

1 participant