Änderungen¶

Alle Änderungen mit Sinn und Zweck, die neuesten zuerst.

Unveröffentlicht – Umzug auf drupal.org¶

Neue Linkvorschau für die Dokumentation: Sie nennt die Installation und alle 22 Site Templates, neben der deutschen Vorlagenauswahl des Installers.
Galerie: Die Dokumentation von Default Content Locale Extended hat eine Galerie-Seite, die sich als Slideshow der Startseiten aller 22 Vorlagen auf Deutsch öffnet (Pfeiltasten, Wischen, Escape; ?vorlage=<key> startet bei einer Vorlage). Sie hat eine eigene Linkvorschau, eine Collage aller Vorlagen. Ohne JavaScript bleibt sie eine normale Bildergalerie.
Provus EDU: Der Google-Translate-Umschalter oben zeigt die Sprache der Seite an, „Deutsch“ statt „Englisch“.
The Rightup, Educare, Horizon Aid und Varbase: „By“ vor dem Namen der Autorin oder des Autors wird übersetzt („Von Alex Suskind“); in der Byline-Komponente steht es allein auf einer Zeile, was die Theme-Korrektur bisher nicht erfasste.
Neue Screenshots: die Vorlagenauswahl des Installers (hell und dunkel) und, in der Dokumentation von Default Content Locale Extended, die Startseiten aller kostenlosen Vorlagen nach einer Installation über den Web-Installer. tests/web-installer/install.py nimmt die Installer-Bilder auf, wenn INSTALLER_SHOTS gesetzt ist.
Ein erneuter Lauf von installer_de_patch.sh auf einem bestehenden Projekt bringt jetzt die aktuellen Korrekturen mit. Die Patch-Skripte setzen jede Korrektur nur einmal ein; ein Projekt, das eine ältere Version gepatcht hatte, behielt deshalb die älteren Korrekturen. Das Skript installiert den Drupal-CMS-Installer und Canvas jetzt zuerst unverändert neu (composer reinstall) und patcht sie dann wie bei einem frischen Projekt. Frische Projekte sind nicht betroffen.
Datumsangaben in den Themes der Vorlagen folgen der Sprache der Website: „1. Okt 2026“ statt „Oct 1, 2026“. Zehn Themes formatierten Daten mit Twigs date-Filter, der keine Übersetzung kennt; der Installer stellt sie auf Drupals Datumsformatierung mit übersetzbarem Muster um (Bericht 58).
Die Varbase-Vorlagen zeigen ihre Bilder wieder: Sie stellen das Bild-Toolkit auf ImageMagick um, auch wo es nicht installiert ist. Drupal konnte deshalb keinen Bildstil erzeugen, und die Bilder in den Inhalten blieben leer. Der Installer stellt auf GD zurück, wenn ImageMagick fehlt (Bericht 49). Der GitLab-Job scheitert jetzt auch bei protokollierten Bildfehlern. Getestet mit Varbase Starter: Bildstile werden erzeugt, keine Bildfehler.
Provus EDU lässt sich installieren: Zeilenumbrüche in einem Prompt des Moduls AI SEO machten eine seiner Konfigurationsdateien unlesbar. Der Installer rückt die betroffenen Zeilen nach dem Download ein, der Text bleibt gleich (Bericht 55). Über den Web-Installer getestet: 113 Seiten, keine Serverfehler.
Neuer GitLab-Job web-installer: installiert jede kostenlose Vorlage über den Web-Installer auf Deutsch, einen Job pro Vorlage, und prüft danach die Seiten (tests/web-installer/). Er läuft in geplanten Pipelines oder auf Knopfdruck, siehe Funktionsweise.
Die Vorlagenauswahl zeigt auch die Beschreibung des Rezepts von Nuxt Starter auf Deutsch.
Mehrsprachige Vorlagen wie Dashi (Inhalte auf Englisch und Spanisch) werden auf Deutsch eingerichtet, wenn Default Content Locale Extended eine deutsche Übersetzung der Vorlage mitbringt. Bisher richtete der Drupal-CMS-Installer die Website auf Englisch ein (Bericht 42). Englisch und Spanisch bleiben erhalten. Getestet mit Dashi: Startseite, Rezepte, Artikel und Canvas-Seiten auf Deutsch, /en/ und /es/ unverändert.
Web-Installer: Alle kostenlosen Vorlagen wurden jetzt auch über install.php getestet, nicht nur mit Drush. Dabei zeigten sich bei Dashi (500 auf jeder Seite), Varbase und The Rightup (Abbruch) Verweise auf Canvas-Bausteine, die nur über den Web-Installer fehlen; dcle fängt das ab (Bericht 54). Große Vorlagen brauchen außerdem mehr PHP-Speicher, siehe Installation. Provus EDU scheitert an einem Fehler im Modul AI SEO (Bericht 55), Nuxt Starter weiterhin an Composer (Bericht 13).
Horizon Aid: Die Theme-Korrektur gilt auch für das Horizon-Aid-Theme, die Vorlagenauswahl zeigt die Beschreibung des Rezepts auf Deutsch. Damit sind alle 23 kostenlosen Vorlagen des Installers übersetzt. Getestet: alle Seiten auf Deutsch. Die Installation lief anfangs nicht durch, weil Canvas einem Ansichtsblock auf einer deutschen Website eine neue Version gibt; das Modul fängt das jetzt ab (Bericht 54).
Educare: Die Theme-Korrektur gilt auch für das Educare-Theme, eine weitere Kopie von Vartheme BS5; die Vorlagenauswahl zeigt die Beschreibung des Educare-Rezepts auf Deutsch. Getestet: alle Seiten auf Deutsch, bis auf Texte, die die Vorlage von anderen Hochschulen kopiert (Bericht 52).
The Rightup: Dieselbe Korrektur gilt für dessen Theme, eine Kopie von Vartheme BS5; die Vorlagenauswahl zeigt die Beschreibung des Rightup-Rezepts auf Deutsch. Getestet: alle Seiten auf Deutsch.
Varbase: „By“, die Slider-Schaltflächen und zwei Navigations-Labels von Vartheme BS5 werden übersetzbar (Bericht 50), und die Vorlagenauswahl zeigt die Beschreibung des Varbase-Rezepts auf Deutsch. Getestet: alle Seiten auf Deutsch.
Goodwell: Rund 20 fest englische Texte des Goodwell-Themes (Beitragsrechner, Slider mit Kundenstimmen, Screenreader-Beschriftungen) werden übersetzbar (Bericht 46). Das „ / month“ des Rechners kommt aus JavaScript; die Übersetzung reicht das Template als Datenattribut weiter, weil die Startseite für Gäste kein Drupal.t() lädt. Die Vorlagenauswahl zeigt auch die Beschreibung des Goodwell-Rezepts auf Deutsch. Getestet: alle Seiten auf Deutsch, der Rechner zeigt „/ Monat“.
Hourglass Corporate: Rund 40 fest englische Texte des Hourglass-Themes („Published“, „Share“, „Read More“, Suche, Screenreader-Beschriftungen) werden übersetzbar (Bericht 44). Die Theme-Korrektur nimmt jetzt eine Liste von Texten pro Theme. Getestet: alle Seiten auf Deutsch, kein fester Text mehr in den Templates des Themes.
Deutsche Beschreibungen für die neuen Vorlagen in der Vorlagenauswahl: Dashi, Hourglass Corporate, Goodwell, Varbase, The Rightup, Educare und Horizon Aid.
Der Installer ist jetzt das drupal.org-Projekt Drupal CMS German Installer (dcgi). Entwickelt wird im Branch 1.0.x auf git.drupalcode.org.
installer_de_patch.sh lädt den Installer jetzt von https://git.drupalcode.org/project/dcgi.git, Branch 1.0.x.
Der Schritt vor dem Inhaltsimport installiert Default Content Locale Extended (dcle, samt dcle_canvas), wenn es im Projekt liegt, sonst wie bisher das Original-Modul. Vorher blieben Vorlagen mit dcle englisch, weil der Schritt nur den Namen des Originals kannte.
Neue Dokumentation mit Zensical, auf Deutsch und Englisch, im Stil der Dokumentation von Default Content Locale Extended. README und CHANGELOG verweisen darauf.
Der Installer bindet jetzt Default Content Locale Extended ein (drupal/dcle:1.0.x-dev@dev) statt des Original-Moduls. In älteren Projekten ersetzt installer_de_patch.sh das Original dabei. Die Korrektur scripts/default-content-locale-fix.php entfällt, dcle behebt diese Fehler selbst. Getestet: frisches Projekt per Skript, Haven auf Deutsch, 285 von 285 Texten, keine englischen Textbausteine.
Die Twig-Begrenzung greift nur noch bei Drupal Core vor 11.4.8, das Twig 3.30 wieder verträgt.

Unveröffentlicht – weitere Vorlagen auf Deutsch¶

Getestet mit Drupal CMS 2.2 und den Vorlagen Haven, Byte, Everbright, Forma, Mercury Demo und Convivial Gov, jeweils auf Deutsch installiert. Die Übersetzungen selbst kommen aus dem Modul dcle (Default Content Locale Extended), dem Fork von default_content_locale (siehe dort).

„Follow us on …“ und Video-Hinweis werden übersetzt (`scripts/i18n-extras-fix.php`)¶

Problem: Mercury und alle daraus erzeugten Vorlagen-Themes (Haven, Byte, Everbright, Forma, …) schreiben zwei Texte fest und ohne |t ins Template: - den Screenreader-Text der Social-Media-Icons (menu--social.html.twig). Dort steht nicht einmal der Name des Netzwerks, weil item.title schon durch das Icon ersetzt ist. Screenreader lesen deshalb nur „Follow us on“ vor. - den Hinweis in der Video-Komponente („Your browser does not support the video tag.“).

Lösung: Vor dem Inhaltsimport der Vorlage werden diese Stellen durch übersetzbare Texte ersetzt, mit dem Netzwerknamen aus dem Menülink. Ergebnis: „Folgen Sie uns auf Instagram“. Das ist ein Workaround, bis die Themes korrigiert sind.

Vorlagen, die die Sitesprache auf Englisch setzen (Convivial Gov)¶

Problem: Convivial Gov setzt in seinem Rezept system.site: default_langcode: en. Auf einer deutschen Installation war die Seite beim Inhaltsimport deshalb vorübergehend englisch. Die Folgen: Default Content Locale wurde nicht aktiviert, und alle Inhalte wurden als Englisch gespeichert. Am Ende entfernt der Installer Englisch, und die Inhalte blieben in einer Sprache zurück, die es auf der Seite nicht gibt.

Lösung: Vor dem Inhaltsimport wird die gewählte Sprache angelegt und als Standard gesetzt. Genau das tut der Installer am Ende ohnehin (drupal_cms_installer_add_chosen_language()), nur jetzt früher. Das gilt nicht, wenn Englisch behalten wird.

Eindeutige Batch-Schritte, jetzt wirklich¶

Die eingefügten Schritte wurden bisher über ihre Position in der Liste unterschieden. Der Installer vergleicht aber mit allen Schritten im Batch, auch mit denen früherer Rezepte. Ein Schritt konnte deshalb als Duplikat verworfen werden. Jetzt tragen sie den Pfad ihres Rezepts.

Offen¶

~~Das Paket bindet noch drupal/default_content_locale ein.~~ Erledigt: Der Installer nutzt jetzt dcle (siehe oben).
Beim Testen: Wer während der Installation die Website im Browser neu lädt, kann einen halbfertigen Zustand in den Cache schreiben (z. B. Fehler 500 bei Convivial Gov). drush cr behebt das.

2.2.0 – Anpassung an Drupal CMS 2.2¶

Getestet mit Drupal CMS 2.2.0 (drupal/drupal_cms_installer 2.2.0, Drupal Core 11.4.7, PHP 8.5). Drupal CMS 2.1.x wird weiterhin unterstützt.

Getestet wurde der vollständige Ablauf: frisches Projekt per installer_de_patch.sh, danach jeder Schritt des Web-Installers live im Browser auf Deutsch – Sprachwahl, Datenbank, Website-Name, Vorlagenauswahl inkl. Lizenzdialog, Benutzerkonto, Installation – mit den Vorlagen Haven und Byte, die per Composer nachgeladen werden. Zusätzlich getestet: das Patchen eines bestehenden Projekts, das Aufräumen nach der Installation und die Neuinstallation nach drush sql:drop.

Die Änderungen sind nach ihrem Zweck gruppiert: Was ging kaputt oder fehlte, warum, und was tut die Änderung dagegen.

1. Der Installer muss mit Drupal CMS 2.2 überhaupt funktionieren¶

1.1 i18n_extras-Rezept wird wieder angewendet¶

Problem: Drupal CMS 2.2 hat die Klasse RecipeHandler entfernt. Bisher hat sich scripts/i18n-extras-fix.php an dessen enqueue()-Aufruf in SiteTemplateForm gehängt. Diese Stelle gibt es nicht mehr. Das Skript meldete nur eine Warnung, und die Zusatzmodule (pb_localizer, yoast_seo_i18n, default_content_locale, Gin-Darkmode) wurden stillschweigend nicht mehr installiert.

Lösung: Rezepte werden in 2.2 nur noch im drupal_cms_installer.profile in Batch-Operationen übersetzt. Dabei gibt es zwei Wege: Lokal vorhandene Vorlagen laufen im selben Batch, per Composer nachgeladene Vorlagen in einem späteren Batch. Das Skript hängt i18n_extras an beiden Stellen direkt hinter die Vorlage.

Nebeneffekt: In 2.1 lief i18n_extras bei nachgeladenen Vorlagen wie „convene“ oft vor der Vorlage. Jetzt ist die Reihenfolge in beiden Fällen garantiert. Für 2.1.x bleibt der alte Weg als Fallback erhalten.

1.2 Installer startet wieder (fehlende Icons)¶

Problem: Der neue Sprachumschalter in 2.2 ist ein Dialog. Er bindet seine Icons über active_theme_path() ein, also aus dem gerade aktiven Theme – das ist unser DE-Theme. Dort fehlte check.svg, und der Installer wäre mit einem Twig-Fehler abgebrochen.

Lösung: Die Icons in images/ sind jetzt auf dem Stand von 2.2. Neu sind check.svg und search.svg, aktualisiert wurden chevron-down, spinner, translate und x-circle. Mit dem alten x-circle.svg wäre der Schließen-Button außerdem weiß auf weiß gewesen.

1.3 Twig 3.30 bricht jede Neuinstallation (`installer_de_patch.sh`)¶

Problem: Twig 3.30.0 (erschienen am 25.09.2026) ruft den Escaper jetzt direkt auf. Drupal Core 11.4 biegt den escape-Filter aber auf eine Funktion mit anderer Signatur um. Schon die erste Installer-Seite bricht deshalb ab: EscaperRuntime::escape(): Argument #4 ($autoescape) must be of type bool, null given. Weil composer install ohne Lock-Datei immer die neueste Version zieht, betrifft das jede Neuinstallation – auch ohne dieses Paket.

Lösung: Nur wenn Twig 3.30.x installiert ist, begrenzt das Skript Twig per composer require "twig/twig:>=3.28 <3.30". Sobald Drupal Core das behoben hat, lässt sich die Begrenzung mit composer remove twig/twig wieder entfernen.

2. Aufräumen und Neuinstallation dürfen nichts kaputt machen¶

2.1 Neuinstallation nach dem Aufräumen¶

Problem: Der zweite Skriptlauf nach der Installation löscht das DE-Theme. Der Patch in drupal_cms_installer.info.yml (theme: drupal_cms_installer_de) blieb aber stehen. Jede spätere Neuinstallation, etwa nach drush sql:drop, brach deshalb ab mit Call to a member function getPathname() on null in InstallerKernel->getBaseThemes().

Lösung: Das Aufräumen setzt die Zeile wieder auf drupal_cms_installer_theme zurück.

2.2 Zuverlässige Erkennung „schon installiert?“¶

Problem: Das Skript hielt eine Seite für installiert, sobald settings.php existierte. Nach drush sql:drop existiert die Datei aber noch, obwohl die Datenbank leer ist. Ein erneuter Lauf hätte dann nur aufgeräumt, statt das Theme einzuspielen.

Lösung: Die Prüfung läuft jetzt über drush status (Bootstrap erfolgreich?). Nur wenn Drush fehlt, zählt weiter die Datei settings.php.

3. Alles, was man im Installer sieht, ist deutsch¶

3.1 Neue Oberflächentexte von 2.2¶

Hintergrund: Seit 2.2 lädt der Installer selbst eine offizielle deutsche Übersetzung von localize.drupal.org. Die ist aber unvollständig. Unsere JS-Übersetzungen (js/installer-translations.js) decken deshalb nur noch ab, was dort fehlt oder falsch ist: - der neue Sprachdialog („Install your site in a different language“, Suchfeld, Schließen-Button, „Select … and close dialog“). Dafür übersetzt das Skript jetzt auch Attribute wie aria-label, placeholder und title, damit Screenreader ebenfalls Deutsch vorlesen; - die Beschreibungen der Vorlagen, „Learn more“ und „License key“. Diese Texte kommen aus der Vorlagenliste und sind offiziell gar nicht übersetzbar; - die neue Abschlussseite („Your site is almost ready“); - Korrekturen an offiziellen oder Core-Übersetzungen: „Frei“ → „Kostenlos“, „Schluss machen“ → „Abschluss“, „MySQL, MariaDB, oder equivalent“ → „MySQL, MariaDB oder kompatibel“; - der Vorgabewert „Meine Drupal CMS Seite“ → „Meine Drupal-CMS-Website“, passend zur Überschrift, die von „Website“ spricht. Er wird nur ersetzt, solange der Nutzer nichts geändert hat; - Tippfehler „Lizenztschlüssel“ behoben.

3.2 Statusmeldungen während der Installation (`js/progress-override.js`)¶

Problem: Die Fortschrittsanzeige zeigte in der ersten Hälfte englische Meldungen wie „Installed 20 modules: …“, „Completed 3 of 22.“ und „Installed Haven theme.“. Die deutschen Core-Übersetzungen werden erst ganz am Ende importiert. Für manche Meldungen gibt es gar keine.

Lösung: Die Meldungen werden im Browser übersetzt, bevor sie angezeigt werden. Das geschieht über Muster, die Platzhalter wie Modul- und Rezeptnamen unverändert lassen.

3.3 Richtige Sprache erkennen (`js/langcode.js`, neu)¶

Problem: In 2.2 kann der Installer den langcode-Parameter nach der Vorlagenwahl auf die Standardsprache der Vorlage umstellen, spricht aber weiter in der gewählten Sprache mit dem Nutzer. Die Übersetzungen dürfen dann nicht abbrechen. Umgekehrt darf eine Sprache aus einer früheren Installation im selben Browser-Tab nicht „hängen bleiben“.

Lösung: Im frühen Installer wird die aktive Sprache direkt aus dem Sprachumschalter gelesen (der Eintrag mit is-selected) und gemerkt. Danach wird die gemerkte Sprache verwendet. Beide JS-Dateien nutzen diese gemeinsame Funktion.

4. Dark Mode passt zu den neuen Elementen (`css/dark-mode.css`)¶

Problem: Die bisherigen Styles galten dem alten <select> im Header, das es nicht mehr gibt. Die neuen Elemente nutzen helle Farbtöne und wären auf Navy kaum lesbar gewesen.

Lösung: Neue Dark-Mode-Styles für - den Sprachwechsel-Button, den Dialog, die Sprachliste (Hover und Auswahl) und das Lade-Overlay; - das Lupen-Icon im Suchfeld: ein Hintergrundbild mit fest eingebautem Dunkelgrau, daher eine helle Variante als Data-URI; - den Lizenzschlüssel-Dialog der Premium-Vorlagen: vorher schwarzer Hintergrund und hellblaue Abdunkelung, jetzt Navy; - den Spinner der neuen Abschlussseite.

5. Vorlagen-Inhalte sind direkt deutsch (Default Content Locale)¶

Ziel: Nach der Installation einer Vorlage wie Haven sollen auch die Inhalte deutsch sein, nicht nur die Oberfläche. Das Modul drupal/default_content_locale bringt dafür Übersetzungen mit (translations/haven.de.po) und setzt sie beim Import der Inhalte ein.

Damit das wirklich funktioniert, waren vier Schritte nötig:

5.1 Richtige Composer-Einbindung (`installer_de_patch.sh`)¶

Das Modul gibt es nur als Dev-Version. Bisher hat das Skript dafür die minimum-stability des ganzen Projekts auf dev gesenkt. Dadurch hätte Composer bei späteren Updates auch andere Pakete als Dev-Versionen ziehen können. Jetzt gilt die Dev-Freigabe nur für dieses eine Paket: drupal/default_content_locale:1.x-dev@dev. Getestet, auch mit minimum-stability: stable.

5.2 Richtiger Zeitpunkt (`scripts/i18n-extras-fix.php`)¶

Problem: Das Modul wirkt nur, wenn es installiert ist, bevor die Inhalte importiert werden. Es hängt sich an PreEntityImportEvent, und seine .po-Dateien importiert es in hook_install(). Bisher wurde es über das i18n_extras-Rezept installiert, und das läuft absichtlich nach der Vorlage. Es kam also zu spät, und Haven blieb englisch.

Lösung: Direkt vor jedem Inhaltsimport der Vorlage wird ein Schritt eingefügt, der default_content_locale installiert. Sobald Canvas durch die Vorlage aktiv ist, folgt auch default_content_locale_canvas, denn Havens Seiten sind Canvas-Seiten. Das funktioniert für lokale und für per Composer nachgeladene Vorlagen.

5.3 Fehler im Modul (`scripts/default-content-locale-fix.php`, neu)¶

Problem A: Die Installation brach ab mit Column 'status' cannot be null. Das Modul legt die deutsche Übersetzung nur mit den übersetzten Textfeldern an, und Pflichtfelder wie status fehlen.

Problem B: Während der Installation ist Englisch noch Standardsprache; Core entfernt es erst am Ende. Die Inhalte wurden daher englisch angelegt und bekamen Deutsch als Übersetzung. Nach der Umstellung blieb eine verwaiste englische Fassung zurück, und Inhaltslisten zeigten jeden Eintrag doppelt.

Lösung: Ist die Zielsprache die Installationssprache (config_language_lock), werden die englischen Texte direkt ersetzt. Jeder Inhalt hat dann genau eine deutsche Fassung. Nur für zusätzliche Sprachen wird weiterhin eine Übersetzung angelegt, dann aber mit allen Pflichtfeldern.

Das ist ein Patch an fremdem Code. Er sucht eine bestimmte Codezeile und tut nichts, wenn es sie nicht mehr gibt, etwa weil das Modul selbst korrigiert wurde. Er sollte beim Modul gemeldet werden.

5.4 Startseite liefert kein 404 mehr (URL-Aliase)¶

Problem: Haven und Byte liefern ihre URL-Aliase (z. B. /home für die Startseite) mit fest eingetragenem langcode: en. Auf einer rein deutschen Seite greifen sie nicht, und die Startseite lieferte 404. Das passiert auch ganz ohne dieses Paket.

Lösung: Nach jedem Inhaltsimport und noch einmal am Ende werden englische Aliase auf die Installationssprache umgestellt. Das geschieht nur, wenn Englisch nicht behalten wird.

Technisches Detail: eindeutige Batch-Schritte¶

Der Drupal-CMS-Installer verwirft identische Batch-Operationen („Only do each recipe's batch operations once“). Die eingefügten Schritte tragen deshalb ein eindeutiges Argument. Ohne dieses Argument liefen sie nur ein einziges Mal, und Korrekturen am Ende wären stillschweigend ausgefallen.

Ergebnis mit Haven: Seiten („Startseite“, „Über uns“, „Führung“), Beiträge („Was uns die Riffe erzählen“) und Begriffe („Klimawandel“) sind deutsch, jeweils genau eine Fassung. Die Startseite funktioniert.

6. Sonstiges¶

installer_de_patch.sh: Die Quelle des Themes lässt sich zum Testen überschreiben: INSTALLER_DE_REPO=… INSTALLER_DE_BRANCH=…. Standard bleibt der master-Branch auf GitHub.
composer.json: Version 2.1.0 → 2.2.0.
README: Kompatibilitätsabschnitt für 2.2, Twig-Hinweis, Default Content Locale.

Bekannte offene Punkte (nicht in diesem Paket lösbar)¶

Haven-Inhalte: Zwei Sätze auf der Startseite bleiben englisch („The connection between disappearing glaciers…“, „Every small action counts…“). Sie fehlen in der haven.de.po des Moduls.
Offizielle Installer-Übersetzung: Die Texte des Sprachdialogs fehlen auf localize.drupal.org. Bis dahin übernimmt das unser JS.
Dashboard nach der Installation: „Recent pages“, „Recent content“, „See all pages/content“, „Help“ sind englisch, außerdem steht dort der Tippfehler „Weiter Veranstaltungen anzeigen“.
Upstream-Fehler ohne Übersetzungsbezug:
Die Hilfetexte unter „Erweiterte Optionen“ der Datenbankseite laufen unter die Grafik.
Steht ein ungültiger Wert im versteckten Lizenzfeld, passiert beim Klick auf „Weiter“ ohne jede Rückmeldung nichts.
Den Batch-Seiten fehlt der Tab-Titel, dort steht nur „| Drupal CMS“.
Patches an fremdem Code: Den Installer und default_content_locale kann composer update überschreiben. Dann installer_de_patch.sh erneut ausführen; alle Patches erkennen, ob sie schon angewendet sind.