Trying to reproduce this. It is not clear why the app times out with a 500 but the api seems to be responding normally when the path has a trailling / That just returns a redirect to /api/v2 which times out. Apparently the API server of calcom is some standalone process, which is not even run in the package. Have to see how to get that going...

the calcom package is not using apache or nginx. Cloudron has an nginx reverse proxy for all apps, but that is outside of the app package itself. Calcom uses a nodejs based process to serve up api and assets. You may be able to increase verbosity of that by setting some variables at /app/data/env. Check https://github.com/calcom/cal.com?tab=readme-ov-file#development-tip for the loglevels and env variables.

As far as I understand Cal.com's support, an external service is unfortunately necessary for the functionality of workflows I want. I will therefore try to solve it myself via the API and webhooks. This thread is therefore no longer relevant. Thanks for the feedback.

This is a calcom upstream issue. The double quotes look strange but are required. The corresponding github issue is https://github.com/calcom/cal.com/issues/12201

Hey @jordanurbs, you are not the only one It should be much better documented. Anyhow, here it goes: To connect Zapier to a self-hosted Cal.com instance, follow these steps: TL;DR Invite Link == Whatever sequence of random numbers and letters you want (aka API Key!) Note that the invite link / API key Create an app for the connection in Zapier's dev account Log in to your self-hosted Cal.com instance as an admin. Navigate to the settings/admin/apps section of your instance Enable the Zapier app in your Cal.com instance and set the necessary app keys Generate an API key specifically for Zapier integration (https://<yourinstance>/apps/zapier/setup) In Zapier, create a new Zap and select Cal.com as your Trigger app When prompted, enter your unique API key generated from your self-hosted Cal.com instance Test the trigger to ensure the connection is working correctly https://github.com/calcom/cal.com/blob/main/packages/app-store/zapier/README.md https://developer.zapier.com

OK, checked again & setup my calendar within the setup wizard. You will only see the apps in the appstore, which you selected during the first login. You cannot add other apps through the web gui.

@nebulon I see, thanks for the clarification

@bmann Not sure if this answers your question, but our process is this: Initially, I enabled "teams" and disabled "signups" at /settings/admin/flags, then configured some teams and Google Login. When we have new team members join, I invite them to the appropriate team (e.g. /settings/teams/2/members > Add.) When they accept the invite, I believe this creates the user account automatically. The issue that we ran into is that there was (and still is) no way to subsequently delete that user account from the admin GUI.

Currently, calcom doesn't built at all (yet again). Have to check this only after we can build it again. We have raised an issue upstream.

@Jean-Henri it was a bug in the Cloudron integration. This is fixed now. We reverted the broken packages.

Apparently we were a bit overreaching, the latest app package broke some public page feature, we are fixing it up but had to revoke that last package version

probably a duplicate of https://forum.cloudron.io/topic/12896/last-update-broke-404-on-any-team-page

Hi @vladimir-d, I think I have the same problem and the same wish as @jfftck, Cal.com limits Mirotalk URL to the mirotalk.com domain. But, like me, he must have a Mirotalk instance on his Cloudron server and can't fill in the address because Cal.com considers it invalid. And Cal.com's developers don't seem to have decided to change the regex any time soon: https://github.com/calcom/cal.com/issues/16258

Thank you so much, Nebulon, I really appreciate your time and effort in debugging the issue and keeping us informed. Now it looks like all I can do is wait, and I hope the upstream fix comes through soon Also, I’m a huge fan of Cloudron—your work is absolutely awesome!

@nebulon Confirming that the latest version of cal.com has embed.js rendering and working again!

This thread can be closed. It has been fixed. Yeah.

@yurikous the workflow feature is disabled in the selfhosted app unless you have a enterprise license. I don't know about the cloud version, maybe it's free there. But that is a totally different product and not comparable.

@girish As a user in the role of an administrator, you should always provide your login data with additional security features. [image: 1717783768766-60f775b7-5c78-4da9-8e62-68a2143769de-image.png] To be fair: I completely forgot about the 2fa requirement for displaying the admin menu item.

@bhetto said in Is it possible to whitelabel Cal.com when self-hosting with Cloudron?: The Cal.com official documentation instructs to white label like this: https://cal.com/docs/how-to-guides/whitelabel/self-hosted-instance If you're on the Ultimate or Platform plan of Cal.com, we have made it very easy for you to white label your self-hosted instance. On the documentation page, it says that the instructions only apply if you are on the Ultimate or Platform plan. But I did not find those plans on cal.com website. Must be outdated. Anyways, looks like this is solved one way or the other.