Skip to content
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: rescheduledBy to carry into success url redirect #16931

Merged
merged 1 commit into from
Oct 4, 2024

Conversation

Shpadoinkle
Copy link
Contributor

@Shpadoinkle Shpadoinkle commented Oct 4, 2024

What does this PR do?

using a rescheduledBy does not carry that value into the success page url when the booking was successfully rescheduled.
This means if the user then decided to reschedule again before closing the tab, that rescheduledBy data is lost for the following reschedules.

Ensure booking success page also checks for this value when generating the reschedule button url link.

Mandatory Tasks (DO NOT REMOVE)

  • I have self-reviewed the code (A decent size PR without self-review might be rejected).
  • I confirm automated tests are in place that prove my fix is effective or that my feature works.

How should this be tested?

Before the change

  • use a rescheduledBy link. ie- /reschedule/{{UUID}}?rescheduledBy=test%40test.com
  • after completing a booking, the success page does not have this value in the url.
  • immediately making another reschedule for the same booking will no longer record it using the same rescheduledBy as the previous action. therefore losing that data for chained reschedules.

After the change

  • use a rescheduledBy link. ie- /reschedule/{{UUID}}?rescheduledBy=test%40test.com
  • the success page redirect will now contain the rescheduledBy that was just used.
  • immediately making another reschedule using the button at the bottom of the success page will now use the same rescheduledBy as the previous action.

Copy link

vercel bot commented Oct 4, 2024

@Shpadoinkle is attempting to deploy a commit to the cal Team on Vercel.

A member of the Team first needs to authorize it.

@graphite-app graphite-app bot added the community Created by Linear-GitHub Sync label Oct 4, 2024
@graphite-app graphite-app bot requested a review from a team October 4, 2024 00:02
@dosubot dosubot bot added bookings area: bookings, availability, timezones, double booking 🐛 bug Something isn't working labels Oct 4, 2024
Copy link

graphite-app bot commented Oct 4, 2024

Graphite Automations

"Add consumer team as reviewer" took an action on this PR • (10/04/24)

1 reviewer was added to this PR based on Keith Williams's automation.

"Add community label" took an action on this PR • (10/04/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/04/24)

1 label was added to this PR based on Keith Williams's automation.

Copy link
Contributor

@emrysal emrysal left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good @Shpadoinkle 👏

Copy link
Contributor

github-actions bot commented Oct 4, 2024

E2E results are ready!

@emrysal emrysal merged commit 743b155 into calcom:main Oct 4, 2024
57 of 83 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bookings area: bookings, availability, timezones, double booking 🐛 bug Something isn't working community Created by Linear-GitHub Sync ready-for-e2e
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants