Variation produkter

De skal virke helt fint for varianter (og andre standard Woo-produkter).

Er det ved hurtigkassekj?p direkte fra produktet du f?r feilen? Det kan v?re du har en eller annen plugin som fors?ker ? hente noe mer fra siden enn bare standard produkt/variantid – det kan da v?re det vil hjelpe ? skru p? “kompatibilitetsmodus” i innstillingene.

Ellers vil du vanligvis finne mer n?yaktige feilmeldinger i loggene under WooCommerce/status/logger (se da i woo-vipps loggen samt fatal errors).

Jeg slo p? “developer mode” men samme feil:

Dette er felmeldingene fra loggen, ser ut som bel?pet ikke kommer frem til Vipps. Noen ideer om hvorfor dette skjer?

2021-12-01T16:41:16+00:00 DEBUG For ordre 90032 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:16+00:00 DEBUG For ordre 90031 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:16+00:00 DEBUG For ordre 90027 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:17+00:00 DEBUG For ordre 90026 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:17+00:00 DEBUG For ordre 90025 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:17+00:00 DEBUG For ordre 90024 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:17+00:00 DEBUG For ordre 90023 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:18+00:00 DEBUG For ordre 90022 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:18+00:00 DEBUG For ordre 90021 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:18+00:00 DEBUG For ordre 90020 er ordrestatus hos Vipps cancelled
2021-12-01T16:41:18+00:00 DEBUG For ordre 90019 er ordrestatus hos Vipps cancelled
2021-12-01T16:42:14+00:00 DEBUG Initiating Vipps session for woodnspl90080
2021-12-01T16:42:14+00:00 ERROR Could not initiate Vipps payment 400 Amount is invalid

2021-12-01T16:42:46+00:00 DEBUG Initiating Vipps session for woodnspl90081
2021-12-01T16:42:46+00:00 ERROR Could not initiate Vipps payment 400 Amount is invalid

2021-12-01T16:44:57+00:00 DEBUG Initiating Vipps session for woodnspl90082
2021-12-01T16:44:57+00:00 ERROR Kunne ikke opprette Vipps-betaling 400 Amount is invalid

2021-12-01T16:46:16+00:00 DEBUG For ordre 90082 er ordrestatus hos Vipps cancelled
2021-12-01T16:46:16+00:00 DEBUG For ordre 90081 er ordrestatus hos Vipps cancelled
2021-12-01T16:46:16+00:00 DEBUG For ordre 90080 er ordrestatus hos Vipps cancelled`

Vil nevne at disse feilene kommer n?r vi pr?ver Hurtigkasse.

Hei, det er “kompatibilitetsmodus” som kan hjelpe, ikke “utviklermodus”.

Jeg antar at prisen p? produktene her regnes ut p? en annen m?te enn “vanlig” (alts? bare med produkt/variantid), enten pga plugins eller pga noe i theme. Kompatibilitetsmodus fungerer slik at varene legges i handlekurv f?r du blir videresendt til Vipps.

Vi vil bruke Vipps p? grunn av Hurtigkassen, s? det er ikke s? interessant at produktet legges som vanlig i handklekurven.

Hei,

Det puttes i handlekurven og starter hurtigkassen med det aktuelle produktet. Pr?v ? se om det virker for dere; hvis ikke m? det inn og sjekkes n?yaktig hva som foreg?r p? deres side n?r det gjelder ? legge produkter i handlekurven.

For produkter der vi har bare en variasjon valg som st?rrelse eller type s? oppdateres URL som er direkte link til den variasjonen og da fungerer Hurtigkassen.
For produkter som har 2 valg for variasjon som farge og st?rrelse s? oppdateres ikke URL.
Kan dette v?re ?rsaken til at Hurtigkassen ikke fungerer for disse produktene?

Det fungerer med kompatibilitetsmodus, men vi vil ha Hurtigkasse slik at man kan bare kj?pe med en klikk.

Kompatibilitetsmodus er (eller skal v?re) et enkelt klikk – den eneste forskjellen fra “vanlig” hurtigkasse er at det da g?r via cart og den “vanlige” kj?p-knappen p? produktsidene. Men du g?r rett til hurtigkasse evt. til en consent-mellomside uten ? g? via normal flow.

Dette gj?r at foreksempel plugins som “name your price” eller plugins som legger til ekstrafelter p? et produkt (“?nsket tekst for gravering”) blir h?ndtert som disse plugin’ene forventer.

Den vanlige hurtigkasselogikken gj?r ingenting med produktskjemaet, men henter derimot ut “variation_id” fra et skjult felt p? siden straks javascript-eventen found_variation fyrer av . Dermed starter kj?pet med bare variation-id som input, s? antall dimensjoner skal ikke spille noen rolle.

Det er noen themes som imidlertid bytter ut javascripten her med sin egen, eller HTML’en p? produktsiden med sin egen, og i de tilfellene kan dette potensielt g? skeis – i tillegg til situasjonen nevnt over. S? kompatibilitetsmodus er en sikkerhetsventil for dette.

Hvis du har en eksempelside med et produkt med to attributt-dimensjoner der hurtigkasse feiler s? kan jeg ta en kikk p? hva som skjer med javascripten der.

Vi ville ha Vipps p? grunn av “one click payment”, med kompatibilitetsmodus blir det ekstra klikk som vi ikke vil ha.

Vipps er sl?tt av da det ikke fungerer, men for eksempel dette produktet fungerer ikke med hurtigkasse: https://edenseple.no/produkt/gudbrandsdalen-komplett-solvbelte/

Dette produktet fungerer med hurtigkasse: https://edenseple.no/produkt/brystsolje-stor-med-doble-heng-gudbrandsdalen/

Hvis du ser hvorfor bunadsbeltet ikke fungerer med hurtigkasse s? hadde vi satt stor pris p? tilbakemelding.

• This reply was modified 3 years, 3 months ago by akil1.
• This reply was modified 3 years, 3 months ago by akil1.
• This reply was modified 3 years, 3 months ago by akil1.

Det skal ikke v?re noen flere med kompatibilitetsmodus enn uten – det skal se helt likt ut; med mindre det er produkter i handlekurv fra f?r.

N?r jeg ser p? produktet du lenker til er det ingenting ?penbart galt der.

Du kan velge ? skru p? hurtigkassen kun for enkelt-produkter; hvis du lager et skjult testprodukt og legger p? hurtigkasse p? dette, s? kan jeg se hva som skjer der. Jeg kan ikke debugge det videre uten at hurtigkassen er skrudd p?.

For oss kommer det ekstra klikk med kompatibilitetsmodus da n?r du klikker p? hurtigkasse kj?p knapper s? virker den som vanlig kj?p knapp og du f?r valg om ? g? til kassen eller handlekurv. Og hvis du g?r til handlekurv s? kan du klikke p? kj?p og da virker det som hurtigkasse vanligvis gj?r.

Dette produktet har hurtigkasse skrudd p? n?: https://edenseple.no/produkt/bunadsbelte-til-vossbunad/

Ok – normalt s? overstyres den oppf?rselen slik at man blir sendt direkte til hurtigkassen. S? da overstyret themet v?r overstyring.

Jeg testet et kj?p p? eksempelproduktet, og dette s? normalt ut frem til feilmeldingen. Den konkrete varianten som da ble valgt var imidlertid i to separate tester 87379, som ikke var noen av variantene som *skulle* velges.

Jeg sjekker deretter ? velge en fast st?rrelse (70) og s? ? svitsje mellom “Skinnlist farge” bl? og gr?nn. N?r jeg gj?r dette, s? skulle varation_id i skjemaet endre seg, men det gj?r den ikke. Den blir i begge tilfellene 87399, uansett hvilken farge som er valgt.

Dette er ikke slik WooCommerce virker som standard; hver eneste variant (dvs da kombinasjon av attributter, som st?rrelse og farge) skal ha sin egen variant-id.

Det er mulig det bare er frontend som ikke oppf?rer seg korrekt her; men har du installert noen slags plugin som h?ndterer sekund?re valg p? en spesiell m?te? Foreksempel, n?r du g?r til produkt 11312 (det du har laget her), hva er st?rrelse og farge p? underproduktet 87399?

Underproduktet 87399 har st?rrelse 70 og farge er “any” s? kunde kan velge hvilket som helst farge og det vil ikke forandre prisen eller noe annet. Det er nok derfor du f?r samme variation_id da det ikke forandrer noe p? produktet. Vi hadde forskjellige bilder for alle farge variasjoner f?r, men det ble s? mange variasjoner og gjorde siden treg at vi fjernet det og valgte bare ? ha bilder for bare en farge per produkt.

R?d belte vises p? svart variasjon akkurat n? og vi er klare over feilen, men dette har ikke noe ? si akkurat n?.

Her kan du se blant annet produktet 87399 og hvorfor ikke fargene gir forskjellig varation_id. Som vi har satt opp s? er det bare forskjellig variation_id for st?rrelser da det er dette som forandrer prisen og vi er ikke interessert i ? legge inn ekstra variasjoner som ikke trengs da det vil gj?re siden bare tregere.

Link: https://imgur.com/a/81gJACc

• This reply was modified 3 years, 3 months ago by akil1.
• This reply was modified 3 years, 3 months ago by akil1.
• This reply was modified 3 years, 3 months ago by akil1.

OK, da skal jeg pr?ve ? replikere dette. Det vil alts? si at variant-iden skulle ha v?rt riktig og skulle hatt en pris som ikke var 0.