Show registration modal only when unregistered - #1600
Conversation
|
Use Run test server using develop.opencast.org as backend: Specify a different backend like stable.opencast.org: It may take a few seconds for the interface to spin up. |
|
This pull request is deployed at test.admin-interface.opencast.org/1600/2026-05-11_21-10-31/ . |
…in suboptimal cases
75e3a11 to
298d1a8
Compare
|
Now that the GHA issues are done, I made a final change and I think this is ready for re-review @Arnei |
…represents whether the registration service can talk to the main registration server.
… the modal will open even if the user has already registered.
340024a to
3247ac4
Compare
|
Ok, so I think this is more or less done... I noticed that the registration modal itself was using a script in utils, so I removed it and moved its functionality into the selector. Hopefully I didn't miss anything obvious. This now requires opencast/opencast#7786 as well. |
…e general info blob and then having to filter it.
…w. Without this we get a generic blue colour, which fulfills the requirements of 'not red, not green'
…*is* since the endpoint returns a bare null
ac128a5 to
ddb6697
Compare
This PR only shows the registraiton modal when the adopter has not already registered.
This PR contains a few extra bits that haven't been turned on yet - notably the warning bell stuff for when the core can't reach the registration server.This PR now uses the bell if the user is not registered. Notably:


If you haven't registered at all:
If you have registered, but haven't agreed to the latest ToU:
Clicking on either of these notices opens the registration modal.
Requires opencast/opencast#7786 on the backend.
TODOs:
Make the new strings into translatable strings rather than hardcoding them.In the case of an out of date ToU, uncheck the agreed-to-ToU checkbox when presenting the registration modal, and highlight what's wrong.Fixed #1516