Cloudron Forum

@girish said in Possible to make this Discourse Events plugin work on Cloudron?: I think this one is gosu cloudron:cloudron bundle exec rake plugin:install_all_gems ! That seemed to do the job, I think, maybe. The plugin seems to have installed: [image: 1707564502811-f2a7dd2f-3d7e-4a27-9a8e-32b3881cf1e0-image-resized.png] But when I try to click on Events as shown above (and which links to https://bridport.events/admin/events ) I get this: [image: 1707564625874-c9f35c86-a31e-46a5-92fb-84c08a968e61-image.png] ️ Error loading route Caused by plugin 'discourse-events-e0079339aeef4bbe41336a3766e010483478c7374fcb7d7e0574c835848c6e01' (this message is only shown to site administrators) I also note that when running e.g. gosu cloudron:cloudron bundle exec rake posts:rebake I get: fatal: not a git repository (or any of the parent directories): .git I got that a few times during the install process too.

Ah perfect, solved again then

@humptydumpty said in Plugin for automatic delete: @robi You beat me to it. [image: 1668209139819-screenshot-2022-11-11-172507-resized.png] Hi, plugin installation works, but the code "ep_delete_after_delay": { "delay": 86400, // one day, in seconds "loop": true, "loopDelay": 3600, // one hour, in seconds "deleteAtStart": true, "text": "The content of this pad has been deleted since it was older than the configured delay." }, don't work after putting in settings.json and restart app. I think a text should be displayed at a new pad, or? In my case there is no text...

@jdaviescoates said in Plugin folders need ownership change after installation: I'm very bemused by this. The first time I installed a plugin (the Akismet plugin) I didn't have to change permissions on the /app/code/plugins/discourse-akismet/ folder from root to cloudron But every other plugin I've installed after that has required me to open the File Manager and change the ownership from root to cloudron. Why? Because the first time, when I installed the Akismet plugin, I restarted the app before looking at the File Manager, and seemingly restarting the app fixes the permissions.

I deleted the chat-integration plugin and reinstalled the checklist plugin and now I am able to see /admin/plugins again.

Seems the proposed method is indeed to just delete the directory: @girish said in How to deinstall plugins: I think just deleting the plugin directory inside /app/data/plugins and restarting the app will do it. @staff that info should be added to the docs But, also, does removing the directory actually make Cloudron then edit the app.yml file to remove references to the plugin? Because that is what is supposed to happen as per: https://meta.discourse.org/t/how-to-completely-uninstall-remove-a-plugin/55034/18?u=jdaviescoates

I guess installing the ActivityPub plugin in the cloudron context will face similar issue than this here @murgero

@girish Thanks for the help. The plugin does work fine but does not meet my expectations. I thought that, after installing the plugin, somewhere nodebb would have a page dedicated to events in a calendar. What happens is the events appear in a post OK, but there is not dedicated page where all the events happening appear. I mean that I still cannot see this: [image: 1665863081590-fzpnh6qmgr-resized.jpg] Also, though the notification was set to happen, no notification occured. This might perhaps be because the default setting for checking new events is a long period of time. I thought there might be a calendar icon or something to click here: [image: 1668298057699-brave_ggn5dfearq-resized.jpg]

@LoudLemur Right, it will be like so: bundle exec rake plugin:install_gems['discourse-calendar']

This issue has not been solved. The issue appears to be Cloudron specific and so clearly @Staff need to do something to make Discourse plugins install/ work as expected. If I can't install the discourse-calendar on my Cloudron Discourse app then the Cloudron Discourse app is completely useless to me See e.g. https://meta.discourse.org/t/migration-failed-on-update-calendar-plugin-to-last-commit/239437/6 And https://forum.cloudron.io/post/55230

@girish GREAT! Adding the path manually did the job!

@nebulon said in Does anybody use the plugin LDAP write in Nextcloud ?: That is correct, our ldap server does not allow any modification or writes to the user directory. that is smart, because it is so easy to mess with LDAP

@jdaviescoates it should be array_push($config['plugins'], 'myplugin');