# Widerrufsbutton in Shopware 6.7.9.1 - geht das bei euch? **URL:** \ **Category:** Allgemein\ **Created:** [12. Mai 2026 um 07:17 UTC](https://forum.shopware.com/t/widerrufsbutton-in-shopware-6-7-9-1-geht-das-bei-euch/109040 "2026-05-12T07:17:50Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![sh.tr](https://avatars.discourse-cdn.com/v4/letter/s/49beb7/32.png) [@sh.tr](https://forum.shopware.com/u/sh.tr)\ **Post date:** [12. Mai 2026 um 07:17 UTC](https://forum.shopware.com/t/widerrufsbutton-in-shopware-6-7-9-1-geht-das-bei-euch/109040/1 "2026-05-12T07:17:50Z")
Wir haben gestern 3 Shops auf 6.7.9.1 aktualisiert, um den neuen Widerrufsbutton zu installieren. Leider taucht aber in allen diesen Shops die (neue) CMS-Seite dafür nicht auf Es fehlt die Seite „Standard Shopseiten-Layout mit Formular für Widerrufsanträge“. ![image](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/c/9/c9311a5974d78da7c25a3eb71bc8222754660ca2.png) In der Datenbank ist die CMS-Seite korrekt angelegt und vorhanden und diese wird sogar korrekt bei den „Stammdaten“ hinterlegt. Allerdings weder in den Erlebniswelten (siehe oben) wird diese angezeigt noch wird der Button dann in der Storefront angezeigt. Kann jemand bestätigen, dass das mit 6.7.9.1 funktioniert? ---
**Author:** ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)\ **Post date:** [12. Mai 2026 um 07:41 UTC](https://forum.shopware.com/t/widerrufsbutton-in-shopware-6-7-9-1-geht-das-bei-euch/109040/2 "2026-05-12T07:41:25Z")
In Discord gibt es anscheinend die gleiche Diskussion. Ich versuche mal herauszufinden, ob das ein Bug ist. ---
**Author:** ![sh.tr](https://avatars.discourse-cdn.com/v4/letter/s/49beb7/32.png) [@sh.tr](https://forum.shopware.com/u/sh.tr)\ **Post date:** [12. Mai 2026 um 07:45 UTC](https://forum.shopware.com/t/widerrufsbutton-in-shopware-6-7-9-1-geht-das-bei-euch/109040/3 "2026-05-12T07:45:08Z")
Ja, das ist auch mein Eintrag ---
**Author:** ![sh.tr](https://avatars.discourse-cdn.com/v4/letter/s/49beb7/32.png) [@sh.tr](https://forum.shopware.com/u/sh.tr)\ **Post date:** [12. Mai 2026 um 07:45 UTC](https://forum.shopware.com/t/widerrufsbutton-in-shopware-6-7-9-1-geht-das-bei-euch/109040/4 "2026-05-12T07:45:46Z")
Workaround gefunden: 1. Neue CMS-Seite anlegen (Typ Shopseite) 2. Formular einfügen 3. Formular ändern auf „Widerruf“ 4. Seite speichern 5. Unter Stammdaten neue Seite hinterlegen Aber eigentlich sollte das schon alles konfiguriert sein mit dieser Default-Seite. So war das bei 6.7.9.0 in der Testumgebung. Mit 6.7.9.1 geht diese Default-Seite bei mir nicht. ---
**Author:** ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)\ **Post date:** [12. Mai 2026 um 07:55 UTC](https://forum.shopware.com/t/widerrufsbutton-in-shopware-6-7-9-1-geht-das-bei-euch/109040/5 "2026-05-12T07:55:40Z")
> > > \### Shopware Version > > 6.6.10.16 and 6.7.9.1 > > \### Affected area / extension > > Plat…form(Default) > > \### Actual behaviour > > The cms page is not visible because it is stored in the database with a wrong version\_id. > > \- On all our MariaDB installations the default value for version\_id is 0x0f3f1c3f3f6a4bc2be4b3f3f752c3425 (set as database default). > \- The LIVE\_VERSION constant in the shopware code is 0x0fa91ce3e96a4bc2be4bd9ce752c3425 > \- The migration inserts into cms\_page, cms\_page\_translation, cms\_section and cms\_block without setting the version\_id, so the incorrect default is used. > \- On our installations with MySQL, the default version\_id in the database is correct so the error does not appear. > > \Image > > \Image > > Edit: The problem also appears when updateing from 6.6.10.5. to 6.7.9.1 (in steps via composer as the update guide suggests). > > > > \### Expected behaviour > > The migration should insert the cms\_page and content with the correct version\_id from the constant. > > \### How to reproduce > > 1. Shopware installation on MariaDB and SW version 6.6.x. \< 6.6.10.14 > 2. Update to SW 6.6.10.16 via composer according to the official SW update guide > 3. The CMS page is not visible in the admin ---
**Author:** ![sh.tr](https://avatars.discourse-cdn.com/v4/letter/s/49beb7/32.png) [@sh.tr](https://forum.shopware.com/u/sh.tr)\ **Post date:** [12. Mai 2026 um 08:28 UTC](https://forum.shopware.com/t/widerrufsbutton-in-shopware-6-7-9-1-geht-das-bei-euch/109040/6 "2026-05-12T08:28:41Z")
Ja, da ist das Problem. MariaDB und alle Shops wurden von 6.4/6.5/6.6 aktualisiert. ---
**Author:** ![yves.pellot](https://avatars.discourse-cdn.com/v4/letter/y/e9c0ed/32.png) [@yves.pellot](https://forum.shopware.com/u/yves.pellot)\ **Post date:** [12. Mai 2026 um 11:44 UTC](https://forum.shopware.com/t/widerrufsbutton-in-shopware-6-7-9-1-geht-das-bei-euch/109040/7 "2026-05-12T11:44:17Z")
Wir haben das Problem auch bei vielen Kunden mit Maria-DB und lösen das durch einen SQL-Fix in der Datenbank (.sh-Script, ihr benötigt Zugriff auf den Server z.B. mit ssh). ```auto # Default variables ENV_FILE=".env.local" # Connect to db DB_INITIALIZED=0 init_db_connection() { if ["$DB_INITIALIZED" -eq 1]; then return fi if [! -f "$ENV_FILE"]; then echo "❌ $ENV_FILE not found" exit 1 fi DATABASE_URL=$(grep '^DATABASE_URL=' "$ENV_FILE" | cut -d '=' -f2-) # Remove surrounding quotes from .env value DATABASE_URL="${DATABASE_URL%\"}" DATABASE_URL="${DATABASE_URL#\"}" DATABASE_URL="${DATABASE_URL%\'}" DATABASE_URL="${DATABASE_URL#\'}" if [-z "$DATABASE_URL"]; then echo "❌ DATABASE_URL not found in $ENV_FILE" exit 1 fi # Split URL local CREDS_HOST_DB CREDS_HOST_DB=$(echo "$DATABASE_URL" | sed 's|.*://||') USER=$(echo "$CREDS_HOST_DB" | cut -d: -f1) PASS=$(echo "$CREDS_HOST_DB" | cut -d: -f2 | cut -d@ -f1) HOST=$(echo "$CREDS_HOST_DB" | cut -d@ -f2 | cut -d/ -f1) DB=$(echo "$CREDS_HOST_DB" | cut -d/ -f2) # Port optional PORT=$(echo "$HOST" | grep -o ':[0-9]*' | tr -d ':') HOST=$(echo "$HOST" | cut -d: -f1) PORT=${PORT:-3306} # Url decode PASS=$(printf '%b' "${PASS//%/\\x}") USER=$(printf '%b' "${USER//%/\\x}") DB=$(printf '%b' "${DB//%/\\x}") # Detect and validate the database type (MySQL or MariaDB) and store it in DBTYPE DBTYPE="" db_version_comment=$(mysql -h "$HOST" -P "$PORT" -u "$USER" -p"$PASS" -e "SHOW VARIABLES LIKE 'version_comment';" 2>/dev/null | tail -n 1) if echo "$db_version_comment" | grep -iq "mariadb"; then DBTYPE="mariadb" echo "Detected database type: MariaDB" elif echo "$db_version_comment" | grep -iq "mysql"; then DBTYPE="mysql" echo "Detected database type: MySQL" else echo "$db_version_comment" echo "❌ Error: Incorrect db type or db credentials are wrong! Allowed db types are: MySQL and MariaDB" exit 1 fi echo "🔌 DB ready: $DB@$HOST:$PORT (User: $USER)" DB_INITIALIZED=1 } # Fix for revocation request form: 6.6.10.14 to 6.7.0.0 and from 6.7.9.0 init_db_connection if ["$DBTYPE" == "mariadb"]; then echo "🩹 Patch db because of maria db problem with revocation request form" VERSION_ID_HEX="0x0fa91ce3e96a4bc2be4bd9ce752c3425" # Constant LIVE_VERSION from /var/www/html/vendor/shopware/core/Defaults.php # Get cms_page_id for the desired page SQL_SELECT="SELECT cms_page_id FROM cms_page_translation WHERE name = 'Standard Shopseiten-Layout mit Formular für Widerrufsanträge';" PAGE_ID=$(mysql -h "$HOST" -P "$PORT" -u "$USER" -p"$PASS" "$DB" -N -B -e "$SQL_SELECT") if [-z "$PAGE_ID"]; then echo "❌ No cms_page_id found for the desired page." else SQL_UPDATE=" UPDATE cms_page SET version_id = $VERSION_ID_HEX WHERE id = '$PAGE_ID'; UPDATE cms_page_translation SET cms_page_version_id = $VERSION_ID_HEX WHERE cms_page_id = '$PAGE_ID'; UPDATE cms_section SET version_id = $VERSION_ID_HEX, cms_page_version_id = $VERSION_ID_HEX WHERE cms_page_id = '$PAGE_ID'; " mysql -h "$HOST" -P "$PORT" -u "$USER" -p"$PASS" "$DB" -e "$SQL_UPDATE" # Get cms_section_id for the desired page SQL_SELECT="SELECT id FROM cms_section WHERE cms_page_id = '$PAGE_ID';" SECTION_ID=$(mysql -h "$HOST" -P "$PORT" -u "$USER" -p"$PASS" "$DB" -N -B -e "$SQL_SELECT") if [-z "$SECTION_ID"]; then echo "❌ No cms_section_id found for the desired page." else SQL_UPDATE="UPDATE cms_block SET version_id = $VERSION_ID_HEX WHERE cms_section_id = '$SECTION_ID';" mysql -h "$HOST" -P "$PORT" -u "$USER" -p"$PASS" "$DB" -e "$SQL_UPDATE" echo "✅ Patch applied successfully." fi fi fi ``` Das fixt bei uns das unsichtbare Widerrufsformular nach dem Update aber löst das eigentliche Problem nicht: Falsche Default-Werte in der Datenbank für version\_id-Felder. ---
**Author:** ![system](https://europe1.discourse-cdn.com/flex013/uploads/shopware/original/3X/2/9/29c7587ba660f00e4995d1743162782e5d6d8653.svg) [@system](https://forum.shopware.com/u/system)\ **Post date:** [11. Juni 2026 um 11:44 UTC](https://forum.shopware.com/t/widerrufsbutton-in-shopware-6-7-9-1-geht-das-bei-euch/109040/8 "2026-06-11T11:44:57Z")
Dieses Thema wurde automatisch 30 Tage nach der letzten Antwort geschlossen. Es sind keine neuen Antworten mehr erlaubt.