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

Default campaign should be determined automatically #5082

Open
ragesoss opened this issue Jul 29, 2022 · 1 comment · May be fixed by #5633
Open

Default campaign should be determined automatically #5082

ragesoss opened this issue Jul 29, 2022 · 1 comment · May be fixed by #5633

Comments

@ragesoss
Copy link
Member

Current Behavior:

The default term, which is used for the (logged out) home page and the explore page, is set via /settings and needs to be changed twice a year for Wiki Education Dashboard. We routinely create spring and fall terms for each year, but we must also update the default term whenever it's time to change terms.

Desired Behavior:

The default term should be automatically updated at standard dates each year (with a fallback in case the expected new default term does not exist as a Campaign).

@gabina
Copy link
Contributor

gabina commented Feb 6, 2024

I'm currently working on this issue. The approach will be to create a DefaultCampaignUpdateWorker that will execute at every March, 21st and September, 21st, based on the beginning of the spring and fall in northern hemisphere. Please, double check these dates.

The worker will update the default_campaign setting value to "spring_$current-year" or "fall_$current-year" depending on the current month (March or September) and the current year. If the given campaign doesn't exist, it will set the default campaign to [TBD].

@gabina gabina linked a pull request Feb 8, 2024 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants