For sites that rely heavily on the Upcoming Events page, many community members prefer a weekly view by default. Currently, /upcoming-events always loads the Month view first, even if a user prefers Week (or Day, Year).
Feature request
Add a simple admin site setting to configure which view /upcoming-events loads by default:
this is to hard code the default to Week, rather than Month. Itâs simple, but not yet a site-setting - it lays the foundation for the more acceptable improvement
Ember code doesnât read arbitrary env vars. Discourse only exposes declared site settings (config/settings.yml, client: true) to the client. Thatâs why you either:
add the setting in core (then set via app.yml), or
avoid settings and use a theme component redirect.
iâm âused toâ upcoming events button that canât be configured on the sidebar.
Furthermore, an admin setting could set the default of a user preference. Rather than all users being forced to set-up their own sidebar button/section, or accept a global section.
I hope i have changed the correct code in my PR, that we simply need to toggle what i changed based on a setting?âŠ
Thanks again for getting this landed - the admin default view setting is a big UX win
Now that this exists, it might be worth considering a small follow-up enhancement: allowing users to optionally override the site default with a personal preference, while keeping the admin setting as the fallback.
That would give sites a strong default identity (Week vs Month), but still let individuals choose what works best for them - similar to how most calendar apps behave. A simple precedence like
explicit URL â user preference â site default
would keep behaviour predictable and backwards-compatible.
Not suggesting this replaces the current setting - just a possible next step if you think it fits the broader UX direction.