Dessverre s? er Vipps-betaling ikke tilgjengelig for ?yeblikket.

Hei,

Det var en litt vanskelig n?tt, men det ser ut som om dette kan skje kun i de tilfellene der det ikke er mulig ? konvertere ordre-spesifikasjonen til JSON. Det kan skje i noen tilfeller om det er ugyldige tegn eller lignende i tekstene, men feilmeldingen du f?r der hjelper ikke s? mye p? ? finne den opprinnelige feilen.

Neste versjon kommer til ? gi en bedre feilmelding her, men i mellomtiden kan du fors?ke ? legge til dette i ditt themes “functions.php” eller lignende – det vil da logge hva JSON-feilen var, og hva det var som ble fors?kt konvertert:

function wph_validate_data_for_json($data) {
   if (!json_encode($data)) {
     Vipps::instance()->log("Cannot convert order data to json: " . print_r($data, true), 'debug');
     Vipps::instance()->log("JSON error was: " . json_last_error_msg(), 'debug');
   }
   return $data;
}
add_filter('woo_vipps_epayment_initiate_payment_data', 'wph_validate_data_for_json');
add_filter('woo_vipps_initiate_payment_data', 'wph_validate_data_for_json');

Hei Iver,

Etter ? ha lagt til kode-snipppen din kom dette tilegget i loggen:
2024-10-25T11:51:13+00:00 Debug JSON error was: Inf and NaN cannot be JSON encoded
2024-10-25T11:51:13+00:00 Feil Kunne ikke opprette Vipps-betaling WpOrg\Requests\Transport\Curl::request(): Argument #3 ($data) must be of type array|string, boolean given

Kunne du ogs? sett p? data-dumpen som skal v?re i linja rett f?r “JSON error was”? Det virker som om et eller annet tall i ordrespesifikasjonen her har endt opp som “ikke et tall” eller “uendelig”, og det skal jo normalt ikke skje.

Hvis det er sensitive data i dumpen kan du sende den til [email protected] og henvise til denne saken.

Problemet var en plugin som brukte “Fee”-ordrelinjetypen til ? legge til metadata som ikke hadde noen verdi, noe som f?rte til NaN ved beregning av momsrate. Dette blir fikset i versjon 3.0.3 som er forventet ute mandag 28. oktober 2024.