Skip to content

Conversation

@wavehassman
Copy link
Contributor

@wavehassman wavehassman commented Dec 28, 2025

Changes

Made the edit button open the edit modal, and the view availability button combine editing your availability and viewing everyone's availability

Screenshots

Screenshot 2025-12-28 at 8 56 21 PM

Checklist

It can be helpful to check the Checks and Files changed tabs.
Please review the contributor guide and reach out to your Tech Lead if anything is unclear.
Please request reviewers and ping on slack only after you've gone through this whole checklist.

  • All commits are tagged with the ticket number
  • No linting errors / newline at end of file warnings
  • All code follows repository-configured prettier formatting
  • No merge conflicts
  • All checks passing
  • Screenshots of UI changes (see Screenshots section)
  • Remove any non-applicable sections of this template
  • Assign the PR to yourself
  • No yarn.lock changes (unless dependencies have changed)
  • Request reviewers & ping on Slack
  • PR is linked to the ticket (fill in the closes line below)

Closes #3818

@wavehassman wavehassman marked this pull request as draft December 28, 2025 21:21
@wavehassman wavehassman self-assigned this Dec 28, 2025
@wavehassman wavehassman marked this pull request as ready for review December 29, 2025 01:57
Copy link
Contributor

@JoshuaGoldberg JoshuaGoldberg left a comment

Choose a reason for hiding this comment

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

This looks great! we discussed some changes already, and the routes have already been fixed, but I would just double check to make sure the available members panel doesn't cause the availability view to shift up and down when selecting/deselecting timeslots. Also, there seems to be something slightly off with how view availability selects the week (edit works fine), so that likely needs to be tweaked. Other than that, the main thing would be to port over the frontend design to switch from grid to table, as that would make it much nicer and not deprecated.

include: {
members: getUserQueryArgs(organizationId),
leads: getUserQueryArgs(organizationId),
head: getUserQueryArgs(organizationId)
Copy link
Contributor

Choose a reason for hiding this comment

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

When getting an event, the default definitely shouldn't include the team's members. It probably also shouldn't include the members. These should be in a seperate query args that are used only for the specific endpoints that need it


useEffect(() => {
if (open) {
if (open && !hasInitialized.current) {
Copy link
Contributor

Choose a reason for hiding this comment

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

I think everything in this if branch can just be put in the regular component with if (open) {...}, and then you don;t need the hasInitialized stuff

// Reset the ref when modal closes
if (!open) {
hasInitialized.current = false;
}
Copy link
Contributor

Choose a reason for hiding this comment

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

I think this is irrelevant because when open changes the component will re-render and hasInitialized should be reset to false, but also I really don't like this hasInitialized approach because react re-renders are weird and we should avoid depending on them

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants