SYNC151: Onjuist opgemaakte respons van winkel

Wat dit betekent

Je winkel heeft een onjuist opgemaakte respons verstuurd die WCPOS eerst moest repareren om deze te kunnen lezen.

Dit betekent meestal dat een plugin of een PHP-melding extra uitvoer in de responsen van de winkel afdrukt. WCPOS heeft dit geval hersteld, maar herstel is niet gegarandeerd — vraag de sitebeheerder om het foutlog van de site te controleren.

Wat je moet doen

Je kunt gewoon doorwerken — WCPOS handelt dit automatisch af. WCPOS probeert dit automatisch opnieuw.

Je gegevens

Er zijn geen bestel- of productgegevens getroffen. Als dit aanhoudt, vraag dan de persoon die je WordPress-site beheert.

Probleemoplossing

1. Controleer of het bijbehorende verzoek uiteindelijk is geslaagd. Zo ja, dan heeft WCPOS dit geval hersteld; zo nee, volg dan in plaats daarvan de fout- en herhaalinstructies van dat verzoek.
2. De oorzaak ligt bij de site: een plugin of thema drukt waarschuwingen of losse uitvoer af in REST-responsen. Vraag de sitebeheerder om de logs van de site te controleren op PHP-meldingen rond het tijdstip van de fout.
3. De netwerkinspector toont de onbewerkte responsinhoud — de losse uitvoer is direct voor of na de JSON zichtbaar.
4. Herstel is een poging naar beste vermogen: als deze waarschuwingen vaak voorkomen, los dan de verantwoordelijke plugin op in plaats van op het herstel te vertrouwen.

Waar je moet kijken

Als WCPOS deze fout kan opslaan, wordt deze vastgelegd op het apparaat waarop de fout is opgetreden. Open Winkelstatus → Logs (het hartslagpictogram onderaan het navigatiepaneel), zoek de vermelding met deze code op en vouw deze uit: de uitgevouwen regel toont de reden in begrijpelijke taal en de context die op het moment van de fout is vastgelegd. Bij een verzoek aan de winkel kan die context de eigen foutcode van de server (serverCode), de HTTP-status of het endpoint bevatten; welke velden worden getoond, hangt af van waar de fout is opgetreden. Gebruik bij het melden van een probleem Debug-info kopiëren boven aan het Logs-scherm (Debug-info delen op telefoons en tablets) in plaats van schermafbeeldingen: dit bundelt de app-versie, de verbindingsstatus en de meest recente fouten. Logs worden maximaal 30 dagen bewaard, dus verzamel ze zolang het probleem vers is. Kopieer ook eventuele fouten uit de browserconsole die verschenen voordat de POS zijn eigen logvermelding kon schrijven.

Naast het log in de app kan deze fout ook sporen achterlaten in:

• Netwerkinspector (web en desktop): open de ontwikkelaarstools — druk op F12 in de browser of kies Geavanceerd → Ontwikkelaarstools in-/uitschakelen in het menu van de desktop-app — en ga naar het tabblad Netwerk. Volg eerst de instructies voor opnieuw proberen op deze pagina; herhaal de actie alleen wanneer die stappen aangeven dat het veilig is. Een mislukt verzoek toont de HTTP-status en de onbewerkte responsinhoud, inclusief foutpagina's die het POS-log nooit bereiken.
• WooCommerce → Status → Logs: controleer op de WordPress-site het nieuwste fatal-errors-*.log op PHP-crashes, plus elke logbron die is genoemd naar een plugin die bij de fout betrokken is. Een fout uit de 500-reeks vanuit de winkel laat de oorzaak hier vrijwel altijd achter.
• Het PHP-foutlog van de site: als de logpagina van WooCommerce niets toont voor het tijdstip van de fout, vraag de hostingprovider dan om het PHP-foutlog — sommige fatale fouten worden alleen op serverniveau vastgelegd.

Details

• Code: SYNC151 (STORE_RESPONSE_MALFORMED)
• Ernst: warn
• Geïntroduceerd in: WCPOS 1.10.0