-
Notifications
You must be signed in to change notification settings - Fork 8.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: Mails are sent to the organizer twice #11771
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
@dasJ is attempting to deploy a commit to the cal Team on Vercel. A member of the Team first needs to authorize it. |
Thank you for following the naming conventions! 🙏 Feel free to join our discord and post your PR link to collect XP and win prizes! |
📦 Next.js Bundle Analysis for @calcom/webThis analysis was generated by the Next.js Bundle Analysis action. 🤖 This PR introduced no changes to the JavaScript bundle! 🙌 |
It looks like this just adds |
Fair point, I wanted to start with this but it makes sense to also set this to every attendee. |
2754a2d
to
659e4c8
Compare
The `ics` package doesn't support setting the `SCHEDULE-AGENT` parameter, there is a PR (adamgibbons/ics#248), but it is not merged. This is a workaround that relies on the fact that the `ics` package does not properly escape the `name` field of the organizer. In a perfect world, they would merge the PR and create a new release, but this is unfortunately not the world we live in. The `SCHEDULE-AGENT` tells the CalDav server that the invitation has been sent by the client (which is cal in this case), preventing the CalDav server to not send invitations itself. refs calcom#9485
Since the question may come up: I tried calling the ics package as-is and replacing the attendee into the resulting string. This did not work as well as I hoped because the ical event has a line limit of 75 so either my regex doesn't match or it may produce lines that are too long. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for your contribution 🙏
Can we come up with a simple test to prevent a future regression?
I'd love to but I don't see how unfortunately. My typescript is not the best (which you may see from the number of pushes I did ;) and the |
This PR is being marked as stale due to inactivity. |
bruh |
@dasJ removed from stale state, that wasn't intended I'm sure 😅 |
I am not sure about these changes @joeauyeung might be the best person to review this |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tested this with Mailfence emails are still being sent from the CalDAV provider. Looking at the ics file, it seems like your changes aren't being applied to to the organizer and attendee fields.
ORGANIZER;CN=Free Example:mailto:[email protected]
ATTENDEE;RSVP=TRUE;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;CN=Test:mailto:*****@gmail.com
This PR is being marked as stale due to inactivity. |
This PR is being closed due to inactivity. Please reopen if work is intended to be continued. |
What does this PR do?
The
ics
package doesn't support setting theSCHEDULE-AGENT
parameter, there is a PR (adamgibbons/ics#248), but it is not merged.This is a workaround that relies on the fact that the
ics
package does not properly escape thename
field of the organizer. In a perfect world, they would merge the PR and create a new release, but this is unfortunately not the world we live in.Fixes # (issue)
This resolves one of the listed issues in #9485 which also affects NextCloud and SOGo users via WebDav.
Requirement/Documentation
Type of change
How should this be tested?
Mandatory Tasks
Checklist