Test: FluentCart / Setari / Activarea unui modul, cu restaurare
Ce s-a testat
Activarea unui modul FluentCart prin API, cu instantaneu al setarilor inainte si restaurare dupa — folosind modulul Order Bump ca subiect.
Rezultat, pas cu pas
- Inainte: ruta modulului raspundea eroare interna 500. Tabela lui din baza de date nu exista.
- Dupa activare: ruta raspunde 200 si intoarce o lista goala, corect. Tabela a fost creata automat de plugin in momentul activarii.
- Dupa restaurare (modul dezactivat la loc): ruta raspunde tot 200.
Descoperirea care conteaza
Eroarea 500 nu insemna „modulul e oprit”. Insemna „tabela nu a fost creata niciodata”. Odata activat modulul macar o data, tabela ramane in baza de date si ruta functioneaza chiar si dupa dezactivare. Deci pe un magazin care a avut candva modulul pornit, absenta erorii nu dovedeste ca modulul e activ.
Doua capcane la scriere
- Salvarea inlocuieste tot blocul de module. Orice modul lipsa din cererea trimisa dispare din setari si se dezactiveaza. Am trimis blocul complet, altfel as fi oprit serverul MCP pornit mai devreme — am verificat explicit ca a ramas pornit dupa ambele scrieri.
- Doua forme diferite pentru acelasi lucru. Cand citesti setarile, modulele vin invelite intr-o sectiune; cand le salvezi, structura e plata, cu modulele la primul nivel. Un payload in forma citita ar fi filtrat integral si ar goli setarile.
Starea la final
Setarile au fost restaurate identic cu instantaneul initial: modulele MCP si Turnstile neatinse, Order Bump inapoi pe oprit. Singura urma ramasa este tabela goala creata de plugin, pe care pluginul nu o sterge la dezactivare.
Dovada face parte din registrul Plugin-Learner, rularea run-modul-20260811-a. Site de test dedicat, fara trafic real.