Release Notes

The gradebook now tells you what to do when quarters haven't been set up yet—instead of crashing.

If a teacher tried to open the gradebook for a subject whose school year hadn't been fully configured yet (specifically, no grading quarters set up), the page would return a server error. There was no explanation—just a blank failure. That's fixed.

Now, if you land on the gradebook tab and no quarters exist for that subject's session year, you'll see a clear message: "No grading quarters have been configured for this subject's session year. Please set up quarters before using the gradebook." The page stays up and points you toward the right next step.

Fixes and Improvements¶

• Fixed a 500 error when accessing the gradebook for a subject with no quarters configured
• The same guard was applied to the legacy grades view, closing an identical crash path
• Clarified the internal documentation for the "most recent quarter" logic to reflect that it can return empty when no quarters exist

The Payments page now guides you through Stripe setup.

If you visit the Payments dashboard before connecting your school to Stripe, you'll now see a clear banner explaining your next step. Previously the page just showed empty data with no hint about what to do.

• If Stripe isn't configured in your environment, a warning explains that payment collection isn't available
• If your school hasn't started Stripe onboarding, a "Set Up Stripe" button takes you directly to Payment Settings
• If onboarding is in progress, a "Continue Setup" button appears so you can pick up where you left off
• Once Stripe is fully connected, no banner appears and the dashboard works as usual

Creating assignments in the gradebook now always ends in success—not a server error.

If a teacher accidentally checked both the "Midterm" and "Final" boxes when adding a regular assignment, the page would crash with a server error instead of showing a helpful message. That's now fixed.

The assignment form now catches this combination before it ever reaches the server, so you'll see a clear validation message right away. We also repaired a longstanding issue where the mutual-exclusion guard in the browser was silently broken—it just wasn't wired up correctly. Both the form and the browser now agree: an assignment can be one or the other, but not both.

Fixes and Improvements¶

• Fixed a 500 error when submitting the regular assignment form with both "Midterm" and "Final" checked simultaneously
• Activated the client-side mutual-exclusion guard for the Midterm and Final checkboxes (it was previously non-functional)
• Added server-side safety nets on all three assignment-creation paths in the gradebook so unexpected validation errors show a friendly message instead of crashing

Stripe Connect onboarding should no longer show a generic error.

If you clicked "Connect with Stripe" on the Payment Settings page and saw "Unable to start Stripe Connect onboarding. Please try again." with no further detail -- we've fixed that. The root cause was insufficient error handling that hid the actual problem (which could be anything from a misconfigured API key to a lost tenant context).

Now, if Stripe isn't properly configured, you'll see a specific message telling you to contact support. If the API call fails, the full error details are logged internally so we can diagnose the issue without asking you to reproduce it.

Fixes and Improvements¶

• Added pre-flight validation that catches placeholder Stripe API keys before making API calls
• Improved error logging with Stripe error type, HTTP status, and error code for faster debugging
• Fixed a scenario where tenant context loss could silently swallow the real error

When you try to save a user with an email that's already taken, you now get a clear message — not a cryptic error.

If an administrator tried to update a user's or staff member's email address to one that already belonged to another account, NavEd would show a raw technical error message instead of something helpful. It said something like "Failed to Update User: duplicate key value violates unique constraint..." — which tells you nothing about what to actually do.

We've fixed this so that when you enter an email already in use, you'll see a clear message: "That email address is already in use by another account. Please choose a different email." The edit page stays open so you can correct it right away.

Fixes and Improvements¶

• Fixed confusing error when editing a user or staff member with a duplicate email address
• Improved error handling for the staff edit flow with the same friendly message

Class names are back on the enrollment page.

If you've been trying to enroll students into subjects and noticed the class list looked... empty — you weren't imagining it. The checkboxes and "Enrolled" badges were showing up fine, but the actual subject names were invisible. Not a great experience when you're trying to assign 15 classes to a student.

We tracked this down and fixed it. Subject names now display correctly on both enrollment pages, in both light and dark mode. Thanks to the Compass team for flagging this one.

Fixes and Improvements¶

• Fixed invisible subject names on the student enrollment page (/subjects/enroll/student)
• Fixed the same issue on the subject-first enrollment page (/subjects/enroll/)

Legal compliance and marketing updates for payment collection.

Updated Terms of Service with a new Payment Processing section covering platform role, fee structure, refund policy, dispute handling, and Stripe terms. Added a public feature page for Payment Collection at /features/payment_collection/. The payment dashboard now shows coming soon placeholders for Tuition Payments and Standalone Invoicing.

What's New¶

• Legal: Terms of Service Section 16 -- Payment Processing disclosures (platform role, 1% + Stripe fees, refunds, disputes, Stripe terms)
• Marketing: Payment Collection feature page with benefits, use cases, and fee comparison
• Payments: Coming soon cards for Tuition Payments and Standalone Invoicing on the payment dashboard

Fixed a security issue where editing a user in one school could overwrite another school's user data.

HODs can now only edit users who have a role (admin, staff, student, or parent) in their own school. Previously, the edit user form did not verify that the target user belonged to the current school before saving changes to the shared user record, which could cause identity corruption across schools.

What's New¶

• Security: tenant-scoping guard on user edit prevents cross-school identity overwrites
• Security: edit user form page also checks tenant membership before displaying

HODs can now drill into individual payments and see payment status on form responses.

The payment transaction list now links to a full detail page showing payer info, line items, fee breakdown (with school-absorbs vs. pass-to-parent indicator), a clickable Stripe Dashboard link, and a refund button. The form responses table shows payment status badges (Paid, Pending, Failed, Refunded) per submission. CSV/XLSX exports of payment-enabled forms now include Payment Amount, Fee, Net, Status, and Date columns.

What's New¶

• Payments: full payment detail page with line items, fee breakdown, Stripe reference, and refund modal
• Forms: payment status badges on the form responses table for payment-enabled forms
• Export: CSV and XLSX exports include payment columns for forms with payment fields

HODs now have a dedicated Payments section with a dashboard and transaction list.

A new "Payments" item in the sidebar gives HODs one-click access to payment activity. The dashboard shows summary cards (total collected, pending, refunded), a per-form breakdown table, recent transactions, and Stripe payout status. The transaction list provides filterable, sortable, paginated browsing of all payment transactions with status, form, date range, and payer search filters.

What's New¶

• Payment dashboard with summary stat cards, per-form payment table, recent transactions, and payout status
• Filterable, sortable, paginated transaction list
• "Payments" sidebar item for HOD users (requires Forms feature)
• School timezone support for consistent timestamp display