When clicking on the āparticipantsā link in an event topic, I get this error message below. Is that expected behaviour on 3.2.1 as itās not fully compatible, or should this one have been fixed already?
I believe you need to flag force Ember3 for this plugin to work, if you donāt do that you will likely receive that error. See here for details on that: Events Plugin š - #840 by Stephane_Roy
Yes, we installed right after the commit and everything works, except the modal issue mentioned above. @RGJ is hosting it for us, maybe he can have a look.
I have updated the plugin to the latest changes but Iām getting an odd error which the plugin seems to trigger, but itās unclear if itās coming from the plugin itself.
If the plugin is disabled, there are no errors. But, if itās enabled, I start getting the error below whenever I load a topic, even if it doesnāt have any event.
Console error
rsvp.js:23 Uncaught
TypeError: i(...)(...).magnificPopup is not a function
at lightbox.js:55:19
at _ (rsvp.js:434:1)
at y (rsvp.js:420:1)
at invoke (backburner.js.js:282:1)
at h.flush (backburner.js.js:197:1)
at p.flush (backburner.js.js:358:1)
at B._end (backburner.js.js:798:1)
at B.end (backburner.js.js:589:1)
at B._run (backburner.js.js:842:1)
at B.run (backburner.js.js:624:1)
at e.run (index.js:75:1)
at o.onload.o.onreadystatechange (load-script.js:38:9)
Although the error seems to be thrown on rsvp.js, disabling events_rsvp doesnāt seem quiet the errors ā only completely disabling the plugin does. As far as I can tell, the RSVP feature itself is working.
Now, where this gets more confusing: the error seems to only come up if thereās an image on a post on that topicā¦ But, again, the same topic has no errors if the events plugin is disabled. Something about images on posts and the discourse events plugin seems to be interacting, which is odd.
While messing around to try to understand this, I noticed that if I enable the experimental new lightbox, then the error actually goes away, I guess because Discourse no longer uses magnificPopup() but the new lightbox. This seems to indicate that the error may be on the lightbox code, but the events plugin seems to surface (and catch it) somehow? Given that the experimental new lightbox settings has been disabled on meta, Iām not clear whether it will become a permanent change.
Anyway, anyone else seeing these errors when running the latest version of the plugin? In my case Iām running Discourseās latest stable (v3.2.2).
Iām seeing this exact same error too, and the light boxes do not work. Frustrating on mobile, where it just loads the image full screen and you have to try and swipe back.
Iāll try the experimental new Lightbox to see if that helps. (Edit: looks like that is no longer available).
Iām going to do some substantive work on this plugin in August / September. If you have any requests relating to this plugin nowās the time to make them. Iāll also be adding a business subscription with business-level support to it. The plugin will remain 100% open source.
Support for Mobilizon, Eventbrite, Meetup, iCalendar (Google and Outlook) and Eventzilla will be coming in the next major version, yes. This will likely be released toward the end of September / beginning of October. The feature will be in the open source code, and officially supported as a feature for paid or community subscribers (community subscribers will get a free subscription if they can demonstrate they are not a business, or making money).
Hey @gassim, thanks for the report and sorry youāve had an issue. This issue was present on that version if you were using the old admin panel (i.e. without the admin sidebar). Please update to the latest version of the plugin (0.5.8) and the issue will be resolved.
Having a few requests / issues, so I merged them into one post.
Is there any official integration for colour-coding by tag? Category is great, but my community requires a focus on tags rather than categories.
Also, is there any way to make the calendar open by default on an Events category? Like Discourse Events does, putting both the calendar and the agenda on the āLatestā view. I tried setting the Calendar tab to default on the Category settings but it didnāt work - the tab shows as selected but the URL is not correct, and the calendar doesnāt show.
Iām having issues with adding or selecting dates in the Event window. Typing them in is completely broken, and anything I type just resets my view to the year 2001 ā getting back to 2024 is not as simple as scrolling the dropdown either, it only has so many years visible at once, so I have to scroll - then click to the next year - then scroll again.
Selecting days on the Add Event is also partially broken, if I click on Tuesday it selects Monday, if I click on Friday it selects Thursday ā and so there is no way to select Sunday.
Iām also having issues with the days of the week being wrong in the Calendar view. Itās supposed to begin on Monday, but sometimes it doesnāt.
Integration with Google Calendar also does not seem to be working FIXED - indefinitely recurring events are not supported, Iāve got it up and running, though Iāll need to get some automations running to make these better.
My community is an aggregation of various urban activism organizations, that commonly hold events at regular intervals. āEvery 3rd Wednesdayā - āBiweekly on Saturdayā etc.
When I tried to integrate these into the events plugin, they werenāt working. After I set these repetition rules to terminate, (ex: weekly, for the next 12 weeks) there would be a definite number of events, and then the sync would work just like usual.
This is also why coloured tags and sorting by tag is so necessary for me. Need to let people differentiate events based on their interests quickly. (ex: climate, cycling, housing, transit, etc.)
Would also be great to make certain events only visible to certain trust levels or groups. That would help us accommodate people and events onto our platform that might be worried about security (politics in my city is not fun hehe).
Iāll keep rockin with Discourse Events for the time being but Iām excited to try out Pavilionās when the update is released! All the best,
Iāve got a similar community with lots of subcommunities that meet regularly - although a little different as it many are within a larger organisation
You should already be able to achieve this, using categories (rather than tags) to control the access and siloāing it as you need. But being able to use tags would increase the flexibility significantly.
You can continue to use the Discourse Calendar (and Event) for the āfront endā of events, and substitute in the Events Plugin š features as you like. Your real world testing would be very helpful, and we can dig deeper in the Pavilion site: