Events Plugin šŸ“†

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

Regardless, as this has the broken tag things likely wonā€™t work. Iā€™d recommend using this plugin instead for the time being: Official Discourse Calendar (and Event) Plugin

Cheers!

2 Likes

It might be a new issue. Have you updated since this commit?

As per the commit above, this plugin should be working now - at least for 3.2

Iā€™ve just removed the broken

4 Likes

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ā€™ve created an issue report for that here:

1 Like

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.

6 Likes

Look forward to this

1 Like

Hello
I use the Events plugin, in conjunction with the Locations pluginā€¦and itā€™s great!

Would it be possible to make the Events plugin compatible with Mobilizon?

I am thinking of a synchronization of events created in 1 or 2 directions?

Hey Stephane,

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).

2 Likes

Hi

I tried to access the page /admin/plugins but it wonā€™t load, see screenshot below:

It doesnā€™t allow me to access any plugin. For example, accessing /admin/plugins/explorer/ directly shows the same blank page.

The error log in the screenshot says:

Uncaught Error: There is no route named admin.events

Therefore, I disabled the Events plugin by @angus through /safe-mode and then I was able to access the Plugins page again.

The plugin version is 0.5.7 - 1e06916. The Discourse platform version we are using is 3.4.0.beta1-dev - (5e91233ca9)

For now I have used discourse-instance-url/admin/plugins?safe_mode=no_themes%2Cno_plugins to access the plugins page and disable the Events plugin.

Any idea why this is happening and if we will be able to continue using the plugin?

Thank you!

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.

3 Likes

Having a few requests / issues, so I merged them into one post.

  1. Is there any official integration for colour-coding by tag? Category is great, but my community requires a focus on tags rather than categories.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

1 Like

Weā€™ll be adding events-by-tag in the next major version.

This will be fixed soon.

This will be fixed soon too.

As will this.

Iā€™m curious how youā€™re integrating here. Could you describe your use case in some more detail? Thanks!

1 Like

These have each been addressed. If you could update to the latest version and let me know how you go.

2 Likes

Thanks for being so active, Angus!

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,

Bis

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:

(We are looking at federating topics like this one between meta.discourse.org and coop.pavilion.tech soon)

2 Likes