Neu Shop 5.5 Update oder Neuinstallation

  • Ersteller des Themas Ersteller des Themas wo0dle
  • Erstellungsdatum Erstellungsdatum

wo0dle

Sehr aktives Mitglied
6. Oktober 2015
147
32
Hallo,

ich teste seit 2 Tagen die neue Shopversion 5.5.
Leider haben ich bei einem Update oder Neuinstallation folgendes Problem, mit dem ich nicht weiterkomme. (aktuell eine frische Installation JTL Shop 5.5

im Firefox kann ich den Shop normal aufrufen. Bei Edge & Chrome habe ich jeweils folgenden Fehler getestet mobil und desktop auf verschiedenen Geräten:

Shop ist leer ohne Artikel.

Chrome/Edge zeigt/leitet an diese Adresse im Browser an, obwohl nur https://shop.xyz.de aufgerufen wurde.
https://shop.xyz.de/Warenkorb?fillOut=3 danach routet er auf
https://shop.xyz.de/Bestellvorgang?editRechnungsadresse=1 um. Cookies sind gelöscht, aktuell habe ich einen ganz frisch installierten Shop.

Diese Seite funktioniert nicht​

shop.xyz.de hat dich zu oft weitergeleitet.
ERR_TOO_MANY_REDIRECTS



was könnte das Problem sein?

Edit:
Nach einem Komplettabgleich mit der Wawi, scheint das Routing zu funktionieren in edge/chrome. Hatte dieses Problem bei einem Update noch nie.


 

Chriss_2401

Mitglied
16. April 2025
4
3
Moin 🤘
älterer Post - Problem trat bei uns auch auf - hab mal reingeschaut:
  • Shop-Version 5.6.1 | NOVA unmodifiziert | Dev-Shop (mit regulärem Produktkatalog)
  • WAWI Version: 1.11.7
Ich habe einen reproduzierbaren Bug Effekt gefunden, der den Shop komplett unerreichbar macht. Betrifft vermutlich weitere Shop-5-Versionen.

Situation: Nach einem Wawi-Komplettabgleich(oder manuellem Reset) sind die Tabellen tsteuerzone, tsteuerzoneland, tsteuersatz und tsteuerklasse leer – entweder weil die Wawi keine Steuerzonen konfiguriert hat, der Sync abbricht, oder die Daten nach einem Reset nicht korrekt zurückgespielt werden.

Symptom 1: Redirect-Loop (Shop nicht erreichbar)
Jeder Seitenaufruf (auch Inkognito, keine Session, keine Cookies) landet in einer Endlosschleife:
GET / → 303 /Bestellvorgang?editRechnungsadresse=1 → 303 /Warenkorb?fillOut=3 → 303 /Bestellvorgang?editRechnungsadresse=1 → ... (bis Browser-Limit)

Symptom 2: Log-Flooding
Keine Steuerzone für "Deutschland" hinterlegt! erscheint tausende Male pro Minute im JTL-Log (bei uns: 1966+ Einträge in kurzer Zeit).

Ursache 1: Reset.php – kein Rollback
\includes\src\Reset\Reset.php | Methode resetTaxes():
<?php private function resetTaxes(): void { $this->db->query('TRUNCATE tsteuerklasse'); $this->db->query('TRUNCATE tsteuersatz'); $this->db->query('TRUNCATE tsteuerzone'); $this->db->query('TRUNCATE tsteuerzoneland'); }
Ausschließlich TRUNCATE, keine Transaktion, kein Rollback. Wenn die Wawi nach dem Reset keine Steuerdaten sendet, bleiben alle vier Tabellen dauerhaft leer.

Ursache 2: Unvollständiger Loop-Schutz in Tax.php
\includes\src\Helpers\Tax.php | Zeilen 115–153:

Das Problem: Der Loop-Schutz greift nur auf /Bestellvorgang?editRechnungsadresse=1. Auf dieser Seite prüft der CheckoutController jedoch istBestellungMoeglich() → Warenkorb leer → Redirect auf /Warenkorb?fillOut=3. Diese URL ist nicht in der Ausnahmeliste → Tax.php redirectet erneut → Schleife.
Zusätzlich: Nach dem return bleibt $_SESSION['Steuersatz'] = []. GeneralObject::hasCount() wertet [] als "nicht vorhanden" → jeder folgende getSalesTax()-Aufruf triggert setTaxRates() neu → jeder Aufruf schreibt einen Log-Eintrag → Log-Flooding.



Vorschläge zur Behebung:
  1. Tax.php: Nach einem fehlgeschlagenen setTaxRates() einen Sentinel-Wert in $_SESSION['Steuersatz'] setzen (z.B. ['_failed' => true]) damit getSalesTax() nicht endlos erneut versucht zu laden.
  2. Reset.php: resetTaxes() in eine Transaktion einwickeln oder zumindest im Adminbereich eine sichtbare Warnung ausgeben, wenn die Tabellen nach dem Reset leer bleiben.

Reproduzierbar: Ja – tsteuerzoneland leeren, Shop aufrufen → Loop tritt sofort auf

Lösung hat @wo0dle bereits genannt - Komplettabgleich.
Falls das nicht hilft - für HotFix folgende Tabellen aus Backup einspielen: tsteuerzone, tsteuerzoneland, tsteuersatz, tsteuerklasse → Exportieren → SQL → nur INSERT (kein CREATE TABLE).
Und natürlich Steuereinstellungen in der WaWi korrigieren 😉
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: InFlame

Sirko W.

Gut bekanntes Mitglied
Mitarbeiter
27. Januar 2025
113
37
Hallo,

danke für deine ausführliche Erklärung hier.
Dazu muss ich aber anmerken: Wenn aufgrund einer Fehlkonfiguration der Wawi oder durch einen Reset der Shopdatenbank essentielle Daten (Steuerzonen, Steuersätze) fehlen und der Shop aufgrund dessen nicht mehr arbeitet, würde ich das kaum als Bug bezeichnen. Es ist ein grundlegender Fehler in der Konfiguration und jederzeit durch Korrektur in der Wawi und einen anschließenden Komplettabgleich behoben.
 

Chriss_2401

Mitglied
16. April 2025
4
3
Hey 🤘
Das stimmt natürlich 🙂
Fehler-Ursprung ist hier die individuelle Konfiguration in der WaWi. Da muss sicherlich kein Issue aufgemacht werden.
Mich hat lediglich der Hintergrund interessiert. weshalb ich der Sache nachgegangen bin.
Schönes Wochenende euch 🤠
 
  • Gefällt mir
Reaktionen: Sirko W.

Ähnliche Themen