Skip to content

Graduation management first page#1679

Open
Meatchema wants to merge 22 commits intodevelopmentfrom
graduation-management-first-page
Open

Graduation management first page#1679
Meatchema wants to merge 22 commits intodevelopmentfrom
graduation-management-first-page

Conversation

@Meatchema
Copy link
Contributor

@Meatchema Meatchema commented Feb 19, 2026

Issue Description

-Miss identified issue (solved) : The problem is that when the graduation check is clicked it says that the status has been confirmed and it works to create the graduated individual. But, if you uncheck their graduation status, they are no longer searchable under the ‘Senior' Status.
-Re-Identification of issue (solved): The actual problem is that from page two and onward if I click graduated for the user, the user will not disappear as they are supposed too. Only page one works.

Fixes #1679

Changes (2/24/26)

  • reorganized when the table is redrawn so that the page will stop switching after every graduate student selection.
  • Removed initialized page methods
  • removed direct event binding allowing handlers to work across multiple pages (allows buttons on page 2 and onward to work)

Changes

  • Added remove class 'hidden' and redraw table code so that status could go back to senior after being unchecked as graduated

Testing (New Problem Identified - 2/24/26)

-set in database/reset_database.sh from-backup

  • Click Admin, then 'Graduation Management'
  • Next you will chose a student (on page two or higher)
  • With the graduate toggle off (in its white form), click on the student's grad cap check box (their name should disappear)
  • However, the page you are on should stay the same

Testing (Previous Problem Identified)

-set in database/reset_database.sh from-backup

  • Click Admin, then 'Graduation Management'
  • Next you will chose a student, I usually use 'Monica' who is a senior
  • With the graduate toggle off (in its white form), click on Monicas grad cap check box (her name should disappear)
  • With the toggle still off, try to search her name in the search bar. You shouldn't be able to find her now that she is Alumni status
  • Next, switch the toggle on and search up Monica. (She should show up and her status should be Alumni)
  • Now, with the toggle still on, unclick Monica's grad cap button (She should still be visible since this version of the list includes both graduates and enrolled but now her status should say senior)
image

@Meatchema Meatchema self-assigned this Feb 19, 2026
@Arohasina Arohasina self-requested a review February 19, 2026 20:26
Copy link
Contributor

@Arohasina Arohasina left a comment

Choose a reason for hiding this comment

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

-tested the changes, all work
-ran ./tests/run_tests.sh everything passed

All good on my side. If the second reviewer approves i believe this PR can be merged

Copy link
Contributor

@bakobagassas bakobagassas left a comment

Choose a reason for hiding this comment

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

Hey! So for this issue I think there was a confusion. I recreated the testing in development and it seems to be working fine.

From my understanding, the issue should mainly be about the responsiveness of the pages that come after the first page on the graduation management page - not really the logic of the alumni thingy. Here is the description from Trello "The Graduation Management interface only works on the first page of data. Subsequent pages and searched students do not work.".

Also, there are a lot of commits in this PR that are not related to the graduation management page.

waitlistUser = list(set([obj for obj in eventRsvpData if obj.rsvpWaitlist]))
rsvpUser = list(set([obj for obj in eventRsvpData if not obj.rsvpWaitlist ]))

attendedUser = list(set([obj for obj in eventParticipantData if not obj.rsvpWaitlist]))
Copy link
Contributor

Choose a reason for hiding this comment

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

We should not be changing RSVP in this PR

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Oh, Im starting to notice. I think I may have built this branch off of my other PR. :( I will try to see if I can remove these code pieces safely without messing up this PR. (I will leave comments again once this is complete.)


{% macro createCheckbox(checkboxName) %}
{% set labelText = "RSVP" if checkboxName == 'rsvp' else 'Waitlist' if checkboxName == 'waitlist' else 'Attended' %}
{%- set labelMap = {
Copy link
Contributor

Choose a reason for hiding this comment

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

We should not change this file, as it does not have to do with graduation managment

Copy link
Contributor Author

Choose a reason for hiding this comment

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

This was the result of a merge issue. The "new" code was actually the previous code before the code in red which was new code that I had accidentally accepted due to the merge conflict.


# put the rest of the users that are not on the waitlist into the volunteer data
eventVolunteerData = [volunteer for volunteer in eventNonAttendedData if volunteer not in eventWaitlistData]
# put all participants and non-waitlisted RSVPs into the volunteer data
Copy link
Contributor

Choose a reason for hiding this comment

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

We should not change this file either, as it does not have to do with graduation management.

@github-actions
Copy link

View Code Coverage

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.

3 participants