Started by GitHub push by younex19f182d455db3a8ce7361ae7d2e691c06efffe267bf182d455db3a8ce7361ae7d2e691c06efffe267brefs/remotes/origin/mainf182d455db3a8ce7361ae7d2e691c06efffe267bf182d455db3a8ce7361ae7d2e691c06efffe267brefs/remotes/origin/mainf182d455db3a8ce7361ae7d2e691c06efffe267bf182d455db3a8ce7361ae7d2e691c06efffe267brefs/remotes/origin/mainhttps://github.com/younex1/blut24-landing.gitf182d45/var/www/blut24.com/web/releases/9-f182d459-f182d45https://jenkins.younex.de/job/blut24-landing/9/artifacthttps://jenkins.younex.de/job/blut24-landing/changeshttps://jenkins.younex.de/job/blut24-landing/9/https://jenkins.younex.de/job/blut24-landing/9/testReportfalseCheckoutGuard: main onlyShip source to targetBuild, health-check and swapSmoke testfalse#9 f182d452607828038blut24-landing #9 f182d459false95459SUCCESS1785232906182https://jenkins.younex.de/job/blut24-landing/9/server/utils/mail.tsserver/api/registration/submit.post.tsapp/components/RegistrationForm.vueserver/utils/registrationValidation.tsf182d455db3a8ce7361ae7d2e691c06efffe267b1785232895000https://jenkins.younex.de/user/infoinfoinfo@logyou.deregistration: switching type must not carry the other branch's data Reported from real use: pick a clinic, switch to "Kurierdienst", register — and the confirmation mail arrived as "Medizinischer Kurierdienst / Einrichtung: Facharztklinik Hamburg / Anschrift: Martinistraße 78". There was no watcher on form.type at all, so stoid/orgName/street/plz/city kept the clinic's values and the courier branch submits those fields verbatim. Switching type now clears the clinic selection, the address fields and the related errors. Couriers may register with any address, freemail included — they are not tied to a clinic domain and every courier registration is reviewed manually anyway. The block stays for clinics, where the domain is what proves the registrant belongs to the Standort they picked. Enforced on the server too, not just in the form. The confirmation mail is now written per type: a courier is not a clinic, so it gets its own description (orders on the phone, confirm pickup/delivery in the app, free, manual review) and the detail row reads "Unternehmen" rather than "Einrichtung". Both the HTML and the plain-text alternative. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> 2026-07-28 12:01:35 +0200f182d455db3a8ce7361ae7d2e691c06efffe267bregistration: switching type must not carry the other branch's dataeditserver/api/registration/submit.post.tseditserver/utils/mail.tseditapp/components/RegistrationForm.vueeditserver/utils/registrationValidation.tsgithttps://jenkins.younex.de/user/infoinfoinfofalseStarted by GitHub push by younex110a5ea20018abc28385336941df5780f7d1753e72ea5ea20018abc28385336941df5780f7d1753e72erefs/remotes/origin/maina5ea20018abc28385336941df5780f7d1753e72ea5ea20018abc28385336941df5780f7d1753e72erefs/remotes/origin/maina5ea20018abc28385336941df5780f7d1753e72ea5ea20018abc28385336941df5780f7d1753e72erefs/remotes/origin/mainhttps://github.com/younex1/blut24-landing.gitfalse#10 a5ea2002620028038blut24-landing #10 a5ea20010false105461SUCCESS1785232956187https://jenkins.younex.de/job/blut24-landing/10/scripts/test-registration.mjsa5ea20018abc28385336941df5780f7d1753e72e1785232944000https://jenkins.younex.de/user/infoinfoinfo@logyou.detest: courier freemail is now accepted, not rejected The suite still asserted the old rule and failed on the previous commit — I pushed without reading the result. The assertion now matches the intended behaviour and explains why, so it does not read as a weakened check: couriers are not tied to a clinic domain and are reviewed manually, while the freemail block for clinics is asserted separately and unchanged. 38 checks, 0 failures. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> 2026-07-28 12:02:24 +0200a5ea20018abc28385336941df5780f7d1753e72etest: courier freemail is now accepted, not rejectededitscripts/test-registration.mjsgithttps://jenkins.younex.de/user/infoinfofalse11https://jenkins.younex.de/job/blut24-landing/11/9https://jenkins.younex.de/job/blut24-landing/9/Started by GitHub push by younex18b1a7c4026f44521453558a428303a0537697bedab1a7c4026f44521453558a428303a0537697bedarefs/remotes/origin/mainb1a7c4026f44521453558a428303a0537697bedab1a7c4026f44521453558a428303a0537697bedarefs/remotes/origin/mainb1a7c4026f44521453558a428303a0537697bedab1a7c4026f44521453558a428303a0537697bedarefs/remotes/origin/mainhttps://github.com/younex1/blut24-landing.gitfalse#8 b1a7c402605728038blut24-landing #8 b1a7c408false85457SUCCESS1785232726165https://jenkins.younex.de/job/blut24-landing/8/.env.exampleapp/components/RegistrationForm.vuenuxt.config.tsb1a7c4026f44521453558a428303a0537697beda1785232713000https://jenkins.younex.de/user/infoinfoinfo@logyou.deregistration: the FORM also has to know about the test domains A whitelisted address was still rejected with "Die Domain gehört nicht zu …". The server accepted it — I had only ever tested the server with curl, which bypasses the form entirely. The browser does its own domain check for instant feedback and knew nothing about REGISTRATION_TEST_DOMAINS, so it blocked the submit before the request was ever sent. Verified the wrong layer, missed the bug. The list is now mirrored into runtimeConfig.public and consulted by both the submit guard and the blur handler. Publishing it is acceptable: it is a temporary operator feature (empty in real production) and a bypassed registration still has to confirm a mail delivered to that domain, so knowing the name grants nothing. The blur notice does NOT claim the domain "matches the Standort" — that would be untrue. It says it is a test domain and that the registration is flagged for manual approval. Note the two-name trap, documented in .env.example: REGISTRATION_TEST_DOMAINS is read server-side, NUXT_PUBLIC_REGISTRATION_TEST_DOMAINS by the browser. Set both or the form and the server disagree — which is exactly this bug. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> 2026-07-28 11:58:33 +0200b1a7c4026f44521453558a428303a0537697bedaregistration: the FORM also has to know about the test domainseditapp/components/RegistrationForm.vueeditnuxt.config.tsedit.env.examplegithttps://jenkins.younex.de/user/infoinfofalse9https://jenkins.younex.de/job/blut24-landing/9/7https://jenkins.younex.de/job/blut24-landing/7/