calcom / cal.com

Scheduling infrastructure for absolutely everyone.
https://cal.com
Other
30.25k stars 7.2k forks source link

Ability to respect personal schedule while using a common schedule #15564

Closed olivierlambert closed 1 week ago

olivierlambert commented 1 month ago

Hi,

First: thanks for your great product, always happy with it and how reactive you are to fix bugs. For this one, IDK if it's a bug or a feature, so I'll do my best to explain.

The problem

Right now, you have 2 options for an event:

Option 2 is great, but it doesn't take the personal default schedule into account. I think it should, because otherwise, when using a schedule that might be on different timezone for the same purpose (eg a webinar on your product), you'd like to get slots that might NOT be doable for someone in one TZ, but doable for the whole team as living in multiple TZ.

Let me provide a real example with a round robin hosted event, a webinar:

Right now, if we use the common schedule with few slots (like 10PM on Thursday), it happens than Yannick is sometimes selected in round robin, while he's NOT available at this time on his personal schedule. I don't know if it's expected or a bug.

Describe the solution you'd like

Ideally, the solution should be checking both common schedule AND personal schedule to give available slots. Right now, it seems to ONLY check for common schedule, overriding the personal schedule.

Describe alternatives you've considered

Creating different event (one for each timezone), but it defeats the Cal.com integration on your website, because one will have to choose the best event. It's not practical.

Additional context

Happy to give more details/context if needed.

Thank you very much!

vijayraghav-io commented 3 weeks ago

should be solved by this issue - https://github.com/calcom/cal.com/issues/15416

olivierlambert commented 3 weeks ago

I've seen the demo, and it looks like a great solution! Thank you very much @vijayraghav-io for keeping me posted!

ciaranha commented 1 week ago

Closing as it's being worked on in a separate issue