We’ve noticed a regression after the recent update.
Previously, it was possible to create recurring events on the fourth weekday of a month (for example, the fourth Thursday or the fourth Wednesday).
Now, the only available monthly option is “Last Thursday” (or the respective last weekday).
Unfortunately, these are not equivalent. In months with five Thursdays or five Wednesdays, the last weekday is the fifth one, not the fourth.
This is a real issue for our community, as many of our recurring meetings are scheduled on the fourth Thursday or fourth Wednesday of each month. We can no longer configure these correctly.
Is this an intentional change, or is it a regression?
We’ve noticed another issue after the recent Events update.
Our community uses category calendars for local groups. Each group category contains both recurring events and regular discussion topics (questions, announcements, photos, follow-ups, etc.).
Since the update, categories with Events enabled seem to only offer “New Event” as the primary action. As a result, it is no longer obvious how to create a regular topic in these categories.
For our use case, this is a significant usability issue. We intentionally keep discussions and events together in the same category, as they belong to the same local group.
Was this change intentional? It would be very helpful if categories with Events enabled could still offer “New Topic” as the primary action, while allowing users to create an event when needed.
Thank you for taking the time to report these issues.
I am investigating this one, at first glance it looks like a recent regression but I will share more details soon.
One thing to note here is that only users who are able to create events will see this Create Event button in place of the New Topic button. Regular users still see the create topic button as usual for the category.
I will have a chat internally with the team and check if it is an intentional change that the new topic button is replaced for users with event creation permissions.
In categories with the “events” type (using the upcoming change “Enable
events category type setup”), users who can create events now see a “New
Event” button with a calendar icon instead of the default “New Topic”.
It would have been nice if this was behind a setting.
Just a quick note — it’s a shame that the user who creates an event isn’t automatically registered! Some of my users forget to join their own event . But now that I think about it, I find it a shame that they aren’t automatically registered, since the person who creates an event is usually present, right?
I don’t believe this to universally be the case. On my forum, an administrator posts the events coming up on the calendar but does not participate or attend
Yes, I agree, but in most cases, the organizer also takes a seat at their own table. After that, we might consider adding a parameter to smooth out this behavior: either the creator’s registration is automatic, or it’s optional.
Please note that this feedback is based on my on-the-ground experience. If I’m the only one in this situation, I’ll fully understand if there’s no point in developing this option!
This is an issue for our organization as well. We have recurring events on the 2nd and 4th Thursdays, but there isn’t a way to create these as recurring events any longer. This is a pretty big manual change we’ll have to make, unfortunately
It may also be worth checking whether this PR has any effect on the Sort topics by event start date option in the per-category settings:
The PR wasn’t written specifically for category sorting, but it does change how updated event dates are propagated to existing topic models, and publishes a latest-topic update when a recurring event advances to its next occurrence.
If anyone using Sort topics by event start date has seen topics fail to update/re-sort correctly as event dates change, it would be useful to know whether that still reproduces against the PR head.
I noticed that the date and time normally visible close to the topic title disappears in the Categories view. Is this customisable somehow? I need to have it always visible even if aesthetically is not the most pleasant thing
I have some events which are “instantaneous”. Even if I set a start and an end with the same exact time, somehow the event are showing a minimum delta of 1 hour between start and stop, forcing on me an event “duration” which is not needed. Can this behaviour be disabled somehow?
. But now that I think about it, I find it a shame that they aren’t automatically registered, since the person who creates an event is usually present, right?
