SYNC151: Fehlerhafte Antwort des Shops

Was dies bedeutet

Ihr Shop hat eine fehlerhafte Antwort gesendet, die WCPOS vor dem Lesen reparieren musste.

Das bedeutet meist, dass ein Plugin oder ein PHP-Hinweis zusätzliche Ausgaben in die Shop-Antworten schreibt. WCPOS hat diesen Fall repariert, Reparaturen sind aber nicht garantiert — bitten Sie den Website-Administrator, das Fehlerprotokoll der Website zu prüfen.

Was zu tun ist

Sie können weiterarbeiten — WCPOS erledigt dies automatisch. WCPOS wiederholt dies automatisch.

Ihre Daten

Es sind keine Bestell- oder Produktdaten betroffen. Wenn dies weiterhin auftritt, wenden Sie sich an die Person, die Ihre WordPress-Website betreut.

Fehlerbehebung

1. Prüfen Sie, ob die zugehörige Anfrage letztlich erfolgreich war. War sie es, hat WCPOS diesen Fall repariert; schlug sie fehl, folgen Sie stattdessen den Fehler- und Wiederholungshinweisen dieser Anfrage.
2. Die Ursache liegt auf der Website: Ein Plugin oder Theme schreibt Warnungen oder Fremdausgaben in die REST-Antworten. Bitten Sie den Website-Administrator, die Protokolle der Website auf PHP-Hinweise zum Fehlerzeitpunkt zu prüfen.
3. Der Netzwerk-Inspektor zeigt den unbearbeiteten Antworttext — die Fremdausgabe ist unmittelbar vor oder nach dem JSON sichtbar.
4. Reparaturen erfolgen nach bestem Bemühen: Wenn diese Warnungen häufig werden, beheben Sie das verursachende Plugin, statt sich auf die Reparatur zu verlassen.

Wo Sie nachsehen können

Wenn WCPOS diesen Fehler speichern kann, wird er auf dem Gerät aufgezeichnet, das ihn ausgelöst hat. Öffnen Sie Shop-Zustand → Protokolle (das Herzschlagsymbol unten im Navigationsmenü), suchen Sie den mit diesem Code gekennzeichneten Eintrag und klappen Sie ihn auf: Die aufgeklappte Zeile zeigt die Ursache in verständlicher Sprache sowie den Kontext, der im Moment des Fehlers erfasst wurde. Bei einer Shop-Anfrage kann dieser Kontext den eigenen Fehlercode des Servers (serverCode), den HTTP-status oder den endpoint enthalten; welche Felder angezeigt werden, hängt davon ab, wo der Fehler aufgetreten ist. Verwenden Sie beim Melden eines Problems Debug-Infos kopieren oben im Protokollbildschirm (Debug-Infos teilen auf Smartphones und Tablets) statt Screenshots: Damit werden App-Version, Verbindungsstatus und die neuesten Fehler zusammengefasst. Protokolle werden höchstens 30 Tage aufbewahrt — sammeln Sie sie daher, solange das Problem frisch ist. Kopieren Sie außerdem jede Fehlermeldung aus der Browser-Konsole, die erschienen ist, bevor das POS seinen eigenen Protokolleintrag schreiben konnte.

Über das Protokoll in der App hinaus kann dieser Fehler an folgenden Stellen Spuren hinterlassen:

• Netzwerk-Inspektor (Web und Desktop): Öffnen Sie die Entwicklertools — drücken Sie F12 im Browser oder wählen Sie Erweitert → Entwicklertools umschalten im Menü der Desktop-App — und wechseln Sie zum Tab Netzwerk. Befolgen Sie zuerst die Hinweise zum erneuten Versuch auf dieser Seite; wiederholen Sie die Aktion nur, wenn diese Schritte sie als unbedenklich bezeichnen. Eine fehlgeschlagene Anfrage zeigt den HTTP-Status und den unbearbeiteten Antworttext, einschließlich Fehlerseiten, die nie im POS-Protokoll ankommen.
• WooCommerce → Status → Protokolle: Prüfen Sie auf der WordPress-Website das neueste fatal-errors-*.log auf PHP-Abstürze sowie jede Protokollquelle, die nach einem am Fehler beteiligten Plugin benannt ist. Ein Fehler der 500er-Klasse aus dem Shop hinterlässt seine Ursache fast immer hier.
• Das PHP-Fehlerprotokoll der Website: Wenn die Protokollseite von WooCommerce für den Fehlerzeitpunkt nichts anzeigt, fragen Sie den Hosting-Anbieter nach dem PHP-Fehlerprotokoll — manche fatalen Fehler werden nur auf Serverebene erfasst.

Details

• Code: SYNC151 (STORE_RESPONSE_MALFORMED)
• Schweregrad: warn
• Eingeführt in: WCPOS 1.10.0