Errore query Magazzino dopo passaggio a 2.11beta

maulapi

Buonasera, ho fatto il passaggio di versione da 2.10.4 a 2.11beta senza che mi si presentassero errori durante l'aggiornamento.
Quando sono entrato in magazzino pero' apparivano errori di vista che, per esperienza, sono riconducibili alla query della vista Articoli in zz_modules.
L'errore che mi rende sql e' qualcosa come ...unknown column 'mg_articoli_barcode.id_articolo' in 'WHERE'...
Io utilizzo mariadb 10.11.14 che e' molto restrittivo con le concatenazioni dentro le query complesse.
Ho quindi modificato della query la sezione LEFT JOIN che riguarda il barcode da cosi...
LEFT JOIN (
SELECT CASE
WHEN COUNT(mg_articoli_barcode.barcode) <= 2
THEN GROUP_CONCAT(mg_articoli_barcode.barcode SEPARATOR '<br />')
ELSE CONCAT(
(
SELECT GROUP_CONCAT(b1.barcode SEPARATOR '<br />')
FROM (
SELECT barcode
FROM mg_articoli_barcode b2
WHERE b2.id_articolo = mg_articoli_barcode.id_articolo
ORDER BY b2.barcode ASC
) b1
)
)
END AS lista,
mg_articoli_barcode.id_articolo
FROM mg_articoli
LEFT JOIN mg_articoli_barcode
ON mg_articoli_barcode.id_articolo = mg_articoli.id
GROUP BY mg_articoli.id
) AS barcode
ON barcode.id_articolo = mg_articoli.id

a cosi:

LEFT JOIN (
SELECT
mg_articoli.id AS id_articolo,
GROUP_CONCAT(
mg_articoli_barcode.barcode
ORDER BY mg_articoli_barcode.barcode
SEPARATOR '<br />'
) AS lista
FROM mg_articoli
LEFT JOIN mg_articoli_barcode
ON mg_articoli_barcode.id_articolo = mg_articoli.id
GROUP BY mg_articoli.id
) AS barcode
ON barcode.id_articolo = mg_articoli.id

Adesso mi e' tornato a funzionare il magazzino. Spero possa essere utile

Valentina

Buongiorno maulapi,
grazie per il riscontro, abbiamo provveduto ad effettuare la correzione della vista in modo da renderla compatibile con MariaDB, e sarà disponibile a partire dalla versione 2.11.1 🙂
Potete anticiparla con commit: devcode-it/openstamanagere3fa9df

maulapi

Buongiorno, senza aprire un nuovo post ho ancora qualche errore che appare sul magazzino:
se io edito un articolo mi appare errore relativo a campi che adesso non esistono piu': idiva_vendita (-> id_iva_vendita), idconto_vendita (->id_conto_vendita) e idconto_acquisto (->id_conto_acquisto).
Ho provato ad aggiornare il file mariadb_10_x.json che contiene i vecchi riferimenti ma non e' migliorata la situazione.
Qualcuno puo' provare ad editare un record o aggiungere un record nuovo? con db server mariadb naturalmente.
Grazie e saluti

Valentina

Buongiorno maulapi, verificando l'integrità dei file in uso nell'installazione vengono segnalata incongruenze? verificando a database i campi riportano i nomi corretti?

maulapi

Non ho capito la domanda, o meglio non so' come rispondere. Su ->aggiornamenti non c'e' un controllo integrita' database mi sembra.

Ho letto su github che c'e' in corso questa modifica dei nomi dei campi uniformandoli con l'uso dell'underscore. Il database adesso infatti ha tutti i nomi di tabelle nuovi: esempio id_iva_vendita, id_conto_vendita ecc ecc

Ma l'errore che mi viene fuori da un edit di un articolo qualsiasi a magazzino dice:
Descrizione del problema:
[Inserire qui una descrizione dettagliata del problema riscontrato]

Passi per riprodurre l'errore:
1.
2.
3.

Dettagli tecnici dell'errore:
Messaggio: SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'HAVING 2=2 ORDER BY barcode ASC) AS count' at line 1
File: /var/www/8080/osm/src/Database.php
Linea: 289

Informazioni di sistema:
Versione PHP: 8.3.31
Sistema operativo: Linux gemma 6.1.0-44-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.164-1 (2026-03-09) x86_64
Browser: [Inserire il browser utilizzato]
Versione OpenSTAManager: [Inserire la versione in uso]

Forse non e' ancora perfetta la query dentro zz_modules->articoli

Questo era per l'EDIT, se invece creo un record nuovo questo e' l'errore:
Descrizione del problema:
[Inserire qui una descrizione dettagliata del problema riscontrato]

Passi per riprodurre l'errore:
1.
2.
3.

Dettagli tecnici dell'errore:
Messaggio: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'idiva_vendita' in 'SET' (Connection: default, Host: localhost, Port: , Database: osmcurrent, SQL: update mg_articoli set abilita_serial = , name = TRASFORAMTORE, coefficiente = 0, idiva_vendita = , prezzo_acquisto = 0, id_iva_vendita = , prezzo_vendita_ivato = 0, prezzo_vendita = 0, idconto_vendita = , idconto_acquisto = , ubicazione = , um = pz, um_secondaria = , fattore_um_secondaria = , id_marca = , id_modello = , mg_articoli.updated_at = 2026-06-12 18:08:19 where id = 64233)
File: /var/www/8080/osm/vendor/laravel/framework/src/Illuminate/Database/Connection.php
Linea: 838

Ed e' appunto qui che si vedono riportati i nomi di campi diciamo "vecchi". Per questo pensavo che sia il file mariadbxxxx.json da controllare/correggere...

maulapi

P.S. ho visto ora che i nomi delle tabelle vecchi sono ANCHE in modules/articoli/actions.php... proseguo l'indagine e faccio sapere

maulapi

Non tenere conto del P.S. sopra errore mio.

maulapi

Andando avanti con le analisi del funzionamento (parlo del magazzino) sono un po' troppe le cose che non funzionano: non funziona edit, non funziona add e non e' piu' attivo le azioni di gruppo. Inoltre in generale quando si esce da qualsiasi pagina chiede conferma come se si fosse modificato qualcosa.
Tutto sommato:

torno immediatamente alla 2.10.4 rimettendo php 8.2
mi sto' accorgendo che OSM e' seguito molto di piu' su MySQL invece che su MariaDB
Ho visto vari blog e sembra che i due database stiano divergendo sempre di piu'
Quindi passero' a successive versioni di OSM appena avro' il nuovo server con Debian 13, php 8.4 e database MySQL

..A presto!

Valentina

I controlli sul database sono questi, in questa sezione vengono segnalate incongruenze:

il file mariadb_10_x.json non centra nulla, e non viene piu utilizzato, è stato sostituito dal file mariadb.json

maulapi

Buongiorno faccio seguito a tutti i vari update che ho fatto nel mio server:

Sono passato da MariaDb a Mysql 8.4.10
Ho aggiornato a PHP 8.4.23
Dopo tutti i backup necessari
Ho riprovato l'aggiornamento da 2.10.4 stabile a 2.11.1 beta
Ho provvisoriamente disabilitato tutti i vari miei /custom
La demo online purtroppo e' ancora alla 2.10.4

TUTTO FUNZIONA!

Con un'unica eccezione che mi piacerebbe risolvere:

Nel modulo Attivita' (e SOLO su quello), se entro in un record qualsiasi e poi subito esco cliccando su "Torna all'Elenco", SENZA avere fatto modifiche, mi chiede SEMPRE la conferma

Uso Firefox aggiornato

maulapi

P.S. non SOLO nel modulo Attivita' ma anche in Strumenti -> Stampe: entro in un record qualsiasi e mi chiede sempre conferma anche se non ho modifica niente

maulapi

Buongiorno, adesso che la DEMO pubblica e' stata aggiornata alla 2.11.1beta posso confermare il problema: entrando in un record qualsiasi di Attivita', quando esco, anche se ho salvato, un Pop-up mi chiede conferma per "uscire dalla pagina". Non mi sembra un problema al livello del codice php dentro modules. Lo stesso problema appare anche su altri elenchi. Ad esempio: Tabelle->Stampe.

maulapi

Anche su Tabelle->Banche