Started by GitHub push by younex18b1a7c4026f44521453558a428303a0537697bedab1a7c4026f44521453558a428303a0537697bedarefs/remotes/origin/mainb1a7c4026f44521453558a428303a0537697bedab1a7c4026f44521453558a428303a0537697bedarefs/remotes/origin/mainb1a7c4026f44521453558a428303a0537697bedab1a7c4026f44521453558a428303a0537697bedarefs/remotes/origin/mainhttps://github.com/younex1/blut24-landing.gitb1a7c40/var/www/blut24.com/web/releases/8-b1a7c408-b1a7c40https://jenkins.younex.de/job/blut24-landing/8/artifacthttps://jenkins.younex.de/job/blut24-landing/changeshttps://jenkins.younex.de/job/blut24-landing/8/https://jenkins.younex.de/job/blut24-landing/8/testReportfalseCheckoutGuard: main onlyShip source to targetBuild, health-check and swapSmoke testfalse#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.example
githttps://jenkins.younex.de/user/infoinfoinfofalseStarted by GitHub push by younex19f182d455db3a8ce7361ae7d2e691c06efffe267bf182d455db3a8ce7361ae7d2e691c06efffe267brefs/remotes/origin/mainf182d455db3a8ce7361ae7d2e691c06efffe267bf182d455db3a8ce7361ae7d2e691c06efffe267brefs/remotes/origin/mainf182d455db3a8ce7361ae7d2e691c06efffe267bf182d455db3a8ce7361ae7d2e691c06efffe267brefs/remotes/origin/mainhttps://github.com/younex1/blut24-landing.gitfalse#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.ts
githttps://jenkins.younex.de/user/infoinfofalse10https://jenkins.younex.de/job/blut24-landing/10/8https://jenkins.younex.de/job/blut24-landing/8/Started by GitHub push by younex174476c9c4298767c7d1e75e392fda5233727c5d914476c9c4298767c7d1e75e392fda5233727c5d91refs/remotes/origin/main4476c9c4298767c7d1e75e392fda5233727c5d914476c9c4298767c7d1e75e392fda5233727c5d91refs/remotes/origin/main4476c9c4298767c7d1e75e392fda5233727c5d914476c9c4298767c7d1e75e392fda5233727c5d91refs/remotes/origin/mainhttps://github.com/younex1/blut24-landing.gitfalse#7 4476c9c2682928038blut24-landing #7 4476c9c7false75453SUCCESS1785228855796https://jenkins.younex.de/job/blut24-landing/7/- app/components/SectionCourier.vueapp/components/SectionHowItWorks.vueapp/components/SectionHero.vueapp/components/SiteFooter.vueapp/components/SectionRegistration.vueapp/components/SectionProof.vue4476c9c4298767c7d1e75e392fda5233727c5d911785228842000https://jenkins.younex.de/user/infoinfoinfo@logyou.delanding: copy pass — courier value proposition, step 4, spacing, footer
- Step 4 now says what actually happens: if the other clinic is on Blut24 too,
order, delivery note and unit data stay inside the system with nothing retyped
or faxed; DGTI-Lieferschein, PDF and e-mail remain available for houses that
are not yet connected, rather than being the default path.
- Courier section rewritten around the app: orders arrive on the phone, pickup
and delivery are confirmed there, and participation is free so a courier can
win additional runs without buying software. Kept strictly to goods transport
wording - no patient-transport terms.
- "dauerhaft kostenlos" -> "für Kliniken kostenlos" everywhere.
- Tightened the gap between the header and the hero headline on both breakpoints.
- Dropped the Bundes-Klinik-Atlas source line from the footer.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-07-28 10:54:02 +02004476c9c4298767c7d1e75e392fda5233727c5d91landing: copy pass — courier value proposition, step 4, spacing, footereditapp/components/SectionHowItWorks.vueeditapp/components/SectionProof.vueeditapp/components/SectionRegistration.vueeditapp/components/SectionHero.vueeditapp/components/SectionCourier.vueeditapp/components/SiteFooter.vue
githttps://jenkins.younex.de/user/infoinfofalse8https://jenkins.younex.de/job/blut24-landing/8/6https://jenkins.younex.de/job/blut24-landing/6/