Problemi dopo aggiornamento da 2.3.1 a 2.4

Hal9K

Buongiorno a tutti e complimenti rinnovati per il magnifico lavoro a tutto lo staff.
Vengo al dunque, ho eseguito aggiornamento dalla release 2.3.1 a 2.4 di OSM scaricando il file zip da questa pagina https://github.com/devcode-it/openstamanager/releases, l'ho applicatotramite il modulo di aggiornamento ma appena fatto sono incappato in diversi BUG che segnalo di seguito:

ho notato una leggera lentezza ad effettuare la login
è finalmente riconparso il widget per la stampa dei riepiloghi (a me molto utile) ma se lo esegui mi viene fuori solamente una pagina bianca e sul file di log spunta la seguente stringa:
--------
[2018-04-05 14:59:03] Logs.ERROR: Uncaught Exception PDOException: "SQLSTATE[42S22]: Column not found: 1054 Unknown column 'Ragione-sociale' in 'having clause' - SELECT in_interventi.id AS 'id', in_interventi.codice AS 'Numero', ragione_sociale AS 'Ragione sociale', MIN(orario_inizio) AS 'Data inizio', MAX(orario_fine) AS 'Data fine', (SELECT colore FROM in_statiintervento WHERE idstatointervento=in_interventi.idstatointervento) AS 'bg', (SELECT descrizione FROM in_statiintervento WHERE idstatointervento=in_interventi.idstatointervento) AS 'Stato', (SELECT descrizione FROM in_tipiintervento WHERE idtipointervento=in_interventi.idtipointervento) AS 'Tipo', 'pdfgen.php?ptype=interventi&idintervento=$id$&mode=single' AS 'print', in_interventi.idanagrafica AS 'idanagrafica', orario_inizio AS 'orario_inizio', data_richiesta AS 'data_richiesta', orario_fine AS 'orario_fine' FROM (in_interventi INNER JOIN an_anagrafiche ON in_interventi.idanagrafica = an_anagrafiche.idanagrafica) LEFT OUTER JOIN in_interventi_tecnici ON in_interventi_tecnici.idintervento = in_interventi.id WHERE 1=1 GROUP BY in_interventi.id HAVING 2=2 AND (Ragione-sociale LIKE "%rossi%") AND ((orario_inizio >= '2018-01-01' AND orario_fine = '2018-01-01' AND data_richiesta

fabiop82

ciao Hal9K

grazie intanto per la segnalazioni

correggimi se sbaglio, prima di avviare la stampa "Riepilogo interventi" hai cercato un cliente tramite la ragione sociale, giusto? purtroppo c'è un bug proprio su quel campo, se cerchi per Tipo di attività, oppure non usi filtri, la stampa funziona.

poi hai una cartella senza permessi di scrittura:
Temporary files directory "/var/www/html/vendor/mpdf/mpdf/src/Config/../../tmp" is not writable

Riguardo invece "ho provato ad eseguire l'aggiornamento del database da phpmyadmin" purtroppo non posso aiutarti tramite forum, non è una procedura ufficiale per effettuare l'aggiornamento, dovrei prima capire quali query hai eseguito, in che ordine, etc. , perderemo solo del tempo entrambi...

Hal9K

Ciao, si il caso è proprio questo, ricerca tramite ragione sociale e la stampa si inpappa.

ho notato anche io l'errore nei permessi ma dando una occhiata a fondo ho notato che il percorso che viene fuori (/var/www/html/vendor/mpdf/mpdf/src/Config/../../tmp) non esiste, l'ultima cartella che trovo è Config. e non capisco a cosa si riferiscono i ../../ :?: (a meno che non si riferiscono a "livello superiore/livello superiore/" dove effettivamente la cartella tmp esiste :idea: , ho provato anche a fare un chmod 777 -R in html ma il problema non cambia.

importante anche il fatto che non si vedono nessuna delle immagini dell'app ne i loghi (stampe varie e home) ne gli "avatar" anche se nel percorso ci sono come ci sono sempre stati..

Se può essere di aiuto per quanto riguarda l'errore SQL ho semplicemente fatto un import del file 2_4.sql che si trova nella cartella update della versione 2.4 tirata giù da Github. Sbaglio?

cmq provo a fare altre prove e vi faccio sapere.
Grazie.

fabiop82

l'errore recita "cartella non scrivibile" quindi se non esiste non è scrivibile :lol:

ti confermo che ../ significa cartella superiore

ma sopratutto cosa significa "ho provato anche a fare un chmod 777 -R in html" ???
chmod va eseguito da riga di comando.... :roll:

riguardo il problema immagini/avatar hai visto questo post di qualcheh giorno fà?
https://forum.openstamanager.com/d/1020/1

comunque dati questi errori, secondo me, hai qualche problema con i percorsi...

Hal9K

il server web è in sede per questo posso metterci mano a livello di sistema.

comunque dati questi errori, secondo me, hai qualche problema con i percorsi...

Devo dire che sono passato dalla 2.3 alla 2.3.1. senza problemi e con la 2.4 che il problema si presenta.

Grazzie di tutto, continuo a fare prove e vi faccio sapere.

Hal9K

Buonasera a tutti,
ho delle novità

ho voluto praticamente reinstallare da zero l'app pertanto ho provveduto a creare un nuovo db da destinare a osm 2.4, e ripulita la webroot che nel mio caso è html. Fatto questo ho tirato giù la release 2.4 da github e provveduto a decomprimere il pacchetto nella webroot. Fatto accesso al sito mi ritrovo il bowser che riflette interminatamente e mostra solo una pagina bianca.
A questo punto provo a reinstallare la 2.3.1 pertanto mi limito solo a ripulire la webroot e ci decomprimo dentro la versione 2.3.1., mi collego e l'installazione parte senza nessuna problematica e installo senza problemi l'intero gestionale.

ho provato ad eseguire aggioenamento dalla 2.3.1 alla 2.4 e al primo accesso mi trovo subito errore:

Si è verificato un'errore.

SQLSTATE[42S02]: Base table or view not found: 1146 Table 'osmdbnew.zz_segments' doesn't exist

ma con la possibilità di poter aggiornere il db che provvedo a fare e va senza problemi al 100% e con la bellissima scritta "aggiornamento Completato🙂"

provo ad accedere, inserisco i dati di login e riscontro il problema della lentezza eccessiva ad accedere o meglio non accede proprio.

può essere che ha qualche problemino il pacchetto della 2.4

utilizzo php 5.6.33
e apache 2.4.6

fabiop82

Hal9K, grazie per il feedback, è già in programma l'uscita di una versione 2.4.1 per risolvere i primo bug riscontrati su questa nuova versione!

Hal9K

Ok, grazie.
Attendo con impazianza.
Buon lavoro a tutti.

Hal9K

Buonasera, continuo a testare la release 2.4 e vorrei segnalarvi anche i seguenti bug:

nei moduli dove è previsto l'utilizzo un qualsiasi filtro di visualizzazione e lo imposto, se effettuo il logout al login successivo ritrovo il filtro impostato ma non ho la possibilità di eliminarlo (la vista è filtrata ma non si vede la X per eliminare il filtro) pertanto non vedo tutte le attività ma solo quelle precedentemente filtrate. Per risolvere il problema basta riattivare un filtro e poi eliminarlo, è come se nel logout e login i filtri non vengono resettati. ATTENZIONE, MI SONO ACCORTO CHE QUESTA COSA SUCCEDE ANCHE IN VERSIONE 2.3.1

la stampa intervento non funzione (pagina bianca)

Non vengono presi in considerazione gli header customizzati (/tempaltes/$tipodistampa$/custom/header.php)

Spero di essere stato di aiuto.
Se trovo altro segnalo.

dasc3er

Ciao Hal9K,
riguardo gli header personalizzati per le stampe, stai provando la struttura in una stampa aggiornata nella versione 2.3.x e quindi con la nuova struttura header.php, body.php, ...?

Hal9K

Semplicemente ho creato un file header.php personalizzato e l'ho inserito nella cartella custom all'interno della direttiva della stampa che mi interessa modificare, per esempio se volessi modificare la testata della stampa interventi creo un file header.php personalizzato in /$cartella_installazione_osm$/templates/interventi/custom.
Tutto questo viene spiegato dentro il file header.php che si trova all'interno della cartella /$cartella_installazione_osm$/templates/base, di seguito un estratto del file con le righe che lo spiegano:

/**

Header di default.

I contenuti di questo file vengono utilizzati per generare l'header delle stampe nel caso non esista un file header.php all'interno della stampa.
*

Per modificare l'header della stampa basta aggiungere un file header.php all'interno della cartella della stampa con i contenuti da mostrare (vedasi templates/fatture/header.php).
*

La personalizzazione specifica dell'header deve comunque seguire lo standard della cartella custom: anche se il file header.php non esiste nella stampa originaria, se si vuole personalizzare l'header bisogna crearlo all'interno della cartella custom.
*/

La stessa dicitura la trovo anche nel file della versione 2.4.
Tutto questo funziona correttmante in 2.3.1 ma non in 2.4, tutto quì
Forse è cambiata la procedura :?: :?: