cal.com
cal.com copied to clipboard
feat: Refactor to Use credentialRepository for credential create.
What does this PR do?
- Fixes #17337
- Fixes CAL-XXXX (Linear issue number - should be visible at the bottom of the GitHub issue description)
Refer PR: https://github.com/calcom/cal.com/pull/16878
To Do :
Remove explicit callings of BookingReferenceRepository.reconnectWithNewCredential() everywhere, introduced from the PR https://github.com/calcom/cal.com/pull/16878, if that Issue fix PR is merged before.
Mandatory Tasks (DO NOT REMOVE)
- [x] I have self-reviewed the code (A decent size PR without self-review might be rejected).
- [ ] I have updated the developer docs in /docs if this PR makes changes that would require a documentation change. If N/A, write N/A here and check the checkbox.
- [x] I confirm automated tests are in place that prove my fix is effective or that my feature works.
@vijayraghav-io is attempting to deploy a commit to the cal Team on Vercel.
A member of the Team first needs to authorize it.
Graphite Automations
"Add consumer team as reviewer" took an action on this PR • (10/25/24)
1 reviewer was added to this PR based on Keith Williams's automation.
"Add foundation team as reviewer" took an action on this PR • (10/25/24)
1 reviewer was added to this PR based on Keith Williams's automation.
"Add community label" took an action on this PR • (10/25/24)
1 label was added to this PR based on Keith Williams's automation.
"Add ready-for-e2e label" took an action on this PR • (10/28/24)
1 label was added to this PR based on Keith Williams's automation.
I did notice, In the second test case you are using the
newGoogleCalCredentialId, This might be involuntary asgoogle_meet_videoshould ideally connect to thenewGoogleMeetCredentialIdinstead ofnewGoogleCalCredentialId.
Good notice!. This is intentional, google_video being a special case and that's why this test case was added. Please refer this https://github.com/calcom/cal.com/blob/7d51741de0f3b5fc286ca9c1aac1da47ea66a689/packages/features/bookings/lib/handleNewBooking.ts#L1130
here the credential of googleCal is mapped to google_meet_video as well, while creating the bookingReferences for new booking.
As per the generic app installation flow, credential record for google_video will be created, but the keys will be empty, google_calendar 's credential is only used for google video as well.
I did notice, In the second test case you are using the
newGoogleCalCredentialId, This might be involuntary asgoogle_meet_videoshould ideally connect to thenewGoogleMeetCredentialIdinstead ofnewGoogleCalCredentialId.Good notice!. This is intentional, google_video being a special case and that's why this test case was added. Please refer this
https://github.com/calcom/cal.com/blob/7d51741de0f3b5fc286ca9c1aac1da47ea66a689/packages/features/bookings/lib/handleNewBooking.ts#L1130
here the credential of googleCal is mapped to
google_meet_videoas well, while creating the bookingReferences for new booking. As per the generic app installation flow, credential record forgoogle_videowill be created, but the keys will be empty,google_calendar's credential is only used for google video as well.
ahh got it, I need a final check, I'll let you know..
This may have been taken care of by @hbjORbj in #17443
No, this https://github.com/calcom/cal.com/pull/17443 is not reconnecting booking references, which is the purpose of this current PR
This PR is being marked as stale due to inactivity.
This PR is being marked as stale due to inactivity.
Hey @vijayraghav-io this pr has been drafted and inactive since a very long time and also facing merge conflicts. Closing it for now. Feel free for a reopen.