Jump to content

Edit History

Tom1884

Tom1884

Buongiorno a tutti, sono su PS 1.7, recentemente migrato da 1.6.
Ho notato che alcuni prodotti con combinazioni (non so dire se solo quelli migrati, l'evento sembra randomico) subiscono l'azzeramento della disponibilità dopo alcune attività, come per esempio: semplice visione del prodotto nel backoffice e poi ritorno al Catalogo (PS effettua un salvataggio con "Torna al catalogo"); inserimento del prodotto in carrello (successivamente il prodotto risulta non disponibile al cliente stesso). E suppongo altre azioni che comportino un aggiornamento/salvataggio del prodotto.

Questo obbliga ad andare a reintrodurre le disponibilità per le varie combinazioni: a quel punto però, il prodotto non è più suscettibile di bug.
Ho dato un occhio al db per capire cosa succeda a questi prodotti pre e post bug: ho notato che i prodotti che nella tabella "*_stock_available" hanno il valore "1" nel campo "depends_ on_stock" della riga generale (non in quelle delle varie combinazioni) sono quelli suscettibili di bug.

Tant'è che dopo la correzione manuale delle disponibilità azzerate dal bug, questo valore risulta 0 (ed è l'unico valore a variare nel pre- e post-bug). Non solo: pare che se pongo questo valore a 0 via db prima di effettuare alcuna azione di cui sopra, il prodotto poi non sia più suscettibile di bug.

Ora due domande:
- siete a conoscenza di un bug di questo tipo?
- avendo la forte tentazione di mettere tutti i "depends_on_stock" a zero e "riparare" così il bug, cosa può succedere poi? Cosa gestisce la colonna "depends_on_stock"?

Tom1884

Tom1884

Buongiorno a tutti, sono su PS 1.7, recentemente migrato da 1.6.
Ho notato che alcuni prodotti con combinazioni (non so dire se solo quelli migrati, l'evento sembra randomico) subiscono l'azzeramento della disponibilità dopo alcune attività, come per esempio: semplice visione del prodotto nel backoffice e poi ritorno al Catalogo (PS effettua un salvataggio con "Torna al catalogo"); inserimento del prodotto in carrello (successivamente il prodotto risulta non disponibile al cliente stesso). E suppongo altre azioni che comportino un aggiornamento/salvataggio del prodotto.

Questo obbliga ad andare a reintrodurre le disponibilità per le varie combinazioni: a quel punto però, il prodotto non è più suscettibile di bug.
Ho dato un occhio al db per capire cosa succeda a questi prodotti pre e post bug: ho notato che i prodotti che nella tabella "*_stock_available" hanno il valore "1" nel campo "depends_ on_stock" della riga generale (non in quelle delle varie combinazioni) sono quelli suscettibili di bug.

Tant'è che dopo la correzione manuale delle disponibilità azzerate dal bug, questo valore risulta 0 (ed è l'unico valore a variare nel pre- e post-bug). Non solo: pare che se pongo questo valore a 0 via db prima di effettuare alcuna azione di cui sopra, il prodotto poi non sia più suscettibile di bug.

Ora due domande:
- siete a conoscenza di un bug di questo tipo?
- avendo la forte tentazione di mettere tutti i "depends_on_stock" a zero e "riparare" così il bug, cosa può succedere poi? Cosa gestisce la colonna "depends_on_stock"?

×
×
  • Create New...