New Case Contact Table: implement right-hand side menu for each row

[MikeRose151]

What type(s) of user does this feature affect?

• volunteers

Description

This ticket is a sub-section of a bigger ticket: #6462.
Some foundational work for the bigger ticket has been started in this PR: #6467.

Each row has a menu on the right-hand side. Currently there's just a placeholder 3 dots with no functionality when clicked. It should be that, when the user clicks the right-hand side menu, there are 3 options: “Edit”, “Delete”, and “Set Reminder”. This ticket is to implement that functionality. The existing version of the case contacts table (old design) includes the logic for these actions, so it should be a case of refactoring so that it works on this new design.

Screenshots of current behavior, if any

How to access the QA site

Login Details:
Link to QA site

Login Emails:

• volunteer1@example.com view site as a volunteer
• supervisor1@example.com view site as a supervisor
• casa_admin1@example.com view site as an admin
• all_casa_admin1@example.com view site as an all casa admin
  • go to /all_casa_admins/sign_in

password for all users: 12345678

Questions? Join Slack!

We highly recommend that you join us in slack #casa channel to ask questions quickly. And discord for office hours (currently Tuesday 5-7pm Pacific), stakeholder news, and upcoming new issues.

[github-actions]

This issue has been open without changes for a long time! What's up?

[cliftonmcintosh]

I have a couple of questions about the requirements for the menu.

1. Should "Set Reminder" become "Resolve Reminder" when a followup already exists?
2. Should Delete show a confirmation dialog before acting?
3. When a user lacks permission for an action (e.g., a volunteer cannot delete an active contact), should the menu item be hidden entirely or shown as disabled? The old design hides (simply doesn't render the link), which is simpler. Disabling with a tooltip explaining why is more transparent but more complex to implement. Which behavior is preferred?

[cliftonmcintosh]

I would be happy to take this on.

[compwron]

Should "Set Reminder" become "Resolve Reminder" when a followup already exists?
Yes

Should Delete show a confirmation dialog before acting?
Yes

When a user lacks permission for an action (e.g., a volunteer cannot delete an active contact), should the menu item be hidden entirely or shown as disabled? The old design hides (simply doesn't render the link), which is simpler. Disabling with a tooltip explaining why is more transparent but more complex to implement. Which behavior is preferred?
Disabling is preferred where possible, but ok to get there iteratively