Let the studio admin define account-registration questions that every new student must answer during signup, and surface each student's answers in the admin portal.
Requirements
Studio admin can author custom registration questions.
Questions are required on a second step of registration, after the student sets their name and password.
The admin student view shows a Registration Information section containing each student's answers.
Approach
Extend the existing Registration domain (which already stores answers polymorphically and is account-aware) rather than build a parallel system:
us_questions gains a scope column (offering | account) and a nullable offering_id; account answers reuse us_question_answers with registration_type = 'account'.
Authoring reuses the Offerings → Questions page via an "Account signup (all registrations)" scope (studio-admin only).
The [us_student_register] form becomes two steps (progressive enhancement; works without JS). Required answers are validated before the account is created; applies to all signup paths (invite, group link, self-approval).
StudentHistory::registrationInfo() powers a new Registration Information section on the student detail screen.
Requires a plugin version bump (1.0.0 → 1.1.0) so the schema migration runs.
## Summary
Let the studio admin define **account-registration questions** that every new student must answer during signup, and surface each student's answers in the admin portal.
## Requirements
- Studio admin can author custom registration questions.
- Questions are **required on a second step** of registration, after the student sets their name and password.
- The admin student view shows a **Registration Information** section containing each student's answers.
## Approach
Extend the existing `Registration` domain (which already stores answers polymorphically and is `account`-aware) rather than build a parallel system:
- `us_questions` gains a `scope` column (`offering` | `account`) and a nullable `offering_id`; account answers reuse `us_question_answers` with `registration_type = 'account'`.
- Authoring reuses the **Offerings → Questions** page via an "Account signup (all registrations)" scope (studio-admin only).
- The `[us_student_register]` form becomes two steps (progressive enhancement; works without JS). Required answers are validated before the account is created; applies to all signup paths (invite, group link, self-approval).
- `StudentHistory::registrationInfo()` powers a new **Registration Information** section on the student detail screen.
Requires a plugin version bump (1.0.0 → 1.1.0) so the schema migration runs.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Summary
Let the studio admin define account-registration questions that every new student must answer during signup, and surface each student's answers in the admin portal.
Requirements
Approach
Extend the existing
Registrationdomain (which already stores answers polymorphically and isaccount-aware) rather than build a parallel system:us_questionsgains ascopecolumn (offering|account) and a nullableoffering_id; account answers reuseus_question_answerswithregistration_type = 'account'.[us_student_register]form becomes two steps (progressive enhancement; works without JS). Required answers are validated before the account is created; applies to all signup paths (invite, group link, self-approval).StudentHistory::registrationInfo()powers a new Registration Information section on the student detail screen.Requires a plugin version bump (1.0.0 → 1.1.0) so the schema migration runs.