Started by GitHub push by younex110a5ea20018abc28385336941df5780f7d1753e72ea5ea20018abc28385336941df5780f7d1753e72erefs/remotes/origin/maina5ea20018abc28385336941df5780f7d1753e72ea5ea20018abc28385336941df5780f7d1753e72erefs/remotes/origin/maina5ea20018abc28385336941df5780f7d1753e72ea5ea20018abc28385336941df5780f7d1753e72erefs/remotes/origin/mainhttps://github.com/younex1/blut24-landing.gita5ea200/var/www/blut24.com/web/releases/10-a5ea20010-a5ea200https://jenkins.younex.de/job/blut24-landing/10/artifacthttps://jenkins.younex.de/job/blut24-landing/changeshttps://jenkins.younex.de/job/blut24-landing/10/https://jenkins.younex.de/job/blut24-landing/10/testReportfalseCheckoutGuard: main onlyShip source to targetBuild, health-check and swapSmoke testfalse#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.mjs
githttps://jenkins.younex.de/user/infoinfoinfofalseStarted by GitHub push by younex1111b159ec466b3092fcd9e053fc84a89b6f54023fb1b159ec466b3092fcd9e053fc84a89b6f54023fbrefs/remotes/origin/main1b159ec466b3092fcd9e053fc84a89b6f54023fb1b159ec466b3092fcd9e053fc84a89b6f54023fbrefs/remotes/origin/main1b159ec466b3092fcd9e053fc84a89b6f54023fb1b159ec466b3092fcd9e053fc84a89b6f54023fbrefs/remotes/origin/mainhttps://github.com/younex1/blut24-landing.gitfalse#11 1b159ec2573228038blut24-landing #11 1b159ec11false115464SUCCESS1785238001631https://jenkins.younex.de/job/blut24-landing/11/- server/utils/mail.tsapp/components/SectionWaste.vueapp/pages/bestaetigung.vueserver/api/registration/submit.post.tsapp/components/SiteFooter.vueapp/components/SiteHeader.vueserver/api/registration/confirm.post.tsapp/components/SectionRegistration.vueapp/pages/datenschutz.vueapp/locales/en.tsapp/composables/useLocale.tsnuxt.config.tsapp/components/SectionBenefit.vueapp/locales/de.tsserver/utils/registrationValidation.tsapp/components/SectionFeatures.vueapp/composables/useRegistrationDialog.tsapp/locales/detect.tsapp/components/AndroidBadge.vueapp/locales/index.tsapp/components/RegistrationForm.vueserver/utils/i18n.tsapp/components/SectionProof.vueapp/components/StockMatrixPreview.vueapp/components/LegalTranslationNotice.vueapp/pages/index.vueapp/app.vueapp/components/SectionHero.vueREADME.mdapp/components/SectionCourier.vueapp/components/SectionHowItWorks.vueapp/components/SectionApp.vueapp/components/RegistrationDialog.vueapp/pages/impressum.vuescripts/test-registration.mjsserver/utils/registrationDb.ts1b159ec466b3092fcd9e053fc84a89b6f54023fb1785237988000https://jenkins.younex.de/user/infoinfoinfo@younex.deFull DE/EN with runtime switch, benefit-led section, free-of-charge messaging
English translation with a language switch in the header. Uses a typed message
catalogue plus a small composable rather than @nuxtjs/i18n: the site is 12
components and 4 pages, and i18n would add vue-i18n plus a build transform and
want to own the URL space (/en/...), breaking every in-page anchor and every link
already shared. Both languages live on one URL, so a shared link always works.
en.ts is typed against de.ts, so a missing key fails the type check.
Locale precedence is ?lang= then the b24_lang cookie then Accept-Language, with
German winning on absence, ties, wildcards and unparsable input. It is resolved
once on the server and carried through the payload, so hydration cannot disagree.
Confirmation, welcome and duplicate mails follow the language stored on the
registration row rather than the language of whoever triggered them; the internal
ops mail stays German.
Impressum and Datenschutz are translated for comprehension only — the English
pages carry a notice that the German version is solely authoritative and link
back to it. "Freiberufler" is left untranslated with a gloss because the English
options all name different legal statuses, and German statute short names are
kept. The privacy notice now discloses the b24_lang cookie.
"Verfall & Kosten" becomes "Ihr Vorteil" / "Your benefit", led by the gain rather
than the loss. The worked example stays labelled as our own assumption — no
invented statistics. #vorteil is the new anchor and #verfall still resolves.
Free registration and use is stated in the hero, the proof band, the registration
CTA and the dialog header, claiming only what is actually free.
Fixes the dialog keeping the last confirmation screen: reopening after a completed
submission resets the form, while dismissing mid-typing keeps every keystroke,
because the reset runs on open and only when the previous run finished. Replaces
"Weitere Einrichtung registrieren" with a plain close action.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-07-28 13:26:28 +02001b159ec466b3092fcd9e053fc84a89b6f54023fbFull DE/EN with runtime switch, benefit-led section, free-of-charge messagingeditapp/components/AndroidBadge.vueeditapp/components/SectionHero.vueaddserver/utils/i18n.tseditserver/utils/mail.tsaddapp/locales/en.tseditREADME.mdeditapp/components/RegistrationDialog.vueeditapp/components/RegistrationForm.vueeditapp/components/SectionFeatures.vuedeleteapp/components/SectionWaste.vueeditserver/utils/registrationValidation.tsaddapp/locales/index.tseditserver/api/registration/confirm.post.tseditserver/utils/registrationDb.tsaddapp/locales/detect.tseditapp/components/SectionCourier.vueeditapp/components/SiteFooter.vueeditapp/components/SectionHowItWorks.vueeditapp/pages/index.vueaddapp/components/LegalTranslationNotice.vueeditapp/components/StockMatrixPreview.vueeditapp/composables/useRegistrationDialog.tseditapp/components/SectionApp.vueeditnuxt.config.tsaddapp/locales/de.tseditapp/components/SiteHeader.vueeditapp/pages/bestaetigung.vueeditapp/components/SectionProof.vueeditapp/pages/datenschutz.vueeditapp/pages/impressum.vueeditscripts/test-registration.mjseditserver/api/registration/submit.post.tseditapp/components/SectionRegistration.vueeditapp/app.vueaddapp/components/SectionBenefit.vueaddapp/composables/useLocale.ts
githttps://jenkins.younex.de/user/infoinfofalse12https://jenkins.younex.de/job/blut24-landing/12/10https://jenkins.younex.de/job/blut24-landing/10/Started 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/