Bug su data fine corso

[jasmines]

Ciao, vi invito a replicare:

mettete un test come marcatore di fine corso.
Al superamento, il corso si chiude con data di completamento uguale alla data del superamento del test.

Se ripeto il test il giorno dopo, la data di completamento del corso si aggiorna.

Secondo me non dovrebbe.

[Luisiana]

Confermo che la data di completamento coincide con l'ultima volta che l'utente ha completato il test però, a mio parere, non è scorretto.

Se si preferisce che il corso riporti la data in cui l'utente ha completato per la prima volta il test, si può scegliere l'opzione "Numero di visualizzazioni": "Fino a che non è completatao/passato".

se invece si da la possibilitò di fruire nuovamente del test e di ottenere un punteggio migliore, penso sia corretto che come data di completamento venga riportata la data in cui è stato rieffettuato il test e ottenuto un punteggio migliore/peggiore.

L.

[max]

Secondo me però ha ragione jasmines.
Il completamento avviene con il "primo" completamento, cioé la prima data in cui l'utente ha completato il corso. Da lì in poi, il corso è completato. Se poi l'utente completa di nuovo il test in altre occasioni, ottiene un secondo, terzo ecc. completamento.

Non mi è chiaro dai vostri due messaggi a quale dato vi riferite con "data di completamento". Immagino quello che risulta nel report (o nel profilo utente da amministrazione, linguetta LMS statistiche dell'utente, tanto sono gli stessi dati)? Se è così, non va bene. Se invece compare la prima data di completamento, allora quello va bene. O mi sono perso qualche pezzo?

La colonna "data completamento" viene compilata con il primo completamento o con quelli successivi che via via si aggiornano?

[max]

Provo a spiegarmi meglio e ad aggiungere un pezzo di informazione:
un conto è la data di completamento DELL'OGGETTO
un conto è la data di completamento del corso

La prima viene via via aggiornata, la seconda dovrebbe rimanere fissa sul primo completamento. Vi risulta?

[jasmines]

Provo a spiegarmi meglio e ad aggiungere un pezzo di informazione:
un conto è la data di completamento DELL'OGGETTO
un conto è la data di completamento del corso

La prima viene via via aggiornata, la seconda dovrebbe rimanere fissa sul primo completamento. Vi risulta?

DOVREBBE essere così, ma non lo è, come ho spiegato.
L'idea di agire sulle proprietà di fruizione del test, ad ogni modo, non è malvagia, anche se metterò comunque in atto un fix.

[max]

Ho provato a replicare io stesso.
Quello che ho riscontrato è quanto segue:
- completato un corso tramite un test, oggi alle 18:38
- primo completamento del corso oggi alle 18:38
Ho allora guardato sia in un report che nel profilo del mio utente: risulta che ho completato alle 18:38

Ho effettuato un secondo completamento alle 18:41. Guardando di nuovo sia il report che il profilo, l'orario di completamento del corso è sempre 18:38.

Naturalmente, in griglia utenti/oggetti, noto che c'è un ultimo completamento alle 18:41.

In sostanza, a me torna tutto. Non riesco dunque a capire allora a quale dato fa riferimento jasmines.

[jasmines]

Domani faccio altre analisi e ti dico!

[jasmines]

Dunque, ho analizzato meglio la situazione.

Prima di tutto mi sembra strano che il metodo (saveTrackStatusChange) venga richiamato da lib.stats.php piuttosto che track.object, ma vabbe'...
Ad ogni modo, la mia saveTrackStatusChange era diversa sia dall'originale Docebo 4.0.5 sia da quella portata in Forma, perché tiene conto di mie esigenze precise, oltre che un po' di fixing.

Nella fattispecie, la mia funzione contempla dei casi che a mio modo di vedere erano stati colpevolmente lasciati fuori, come ad esempio l'evenienza in cui l'oggetto invii uno status uguale a quello che era già settato ($prev_status == _CUS_END && $status == _CUS_END).
Inoltre avevo inserito la possibilità di settare anche la data di completamento nel modulo statistiche per utente, laddove si impostasse lo stato a finito.

L'errore, quindi, era generato da una parte di codice che voi non avete. Controllando il codice originale, questo tipo di errore non occorre, anche se non gestendo l'eccezione $prev_status == _CUS_END && $status == _CUS_END credo che abbia altri problemi...

[max]

Ok, capito (almeno credo )

Comunque su queste cose stiamo lavorando anche noi, sarà opportuno aggiornarsi quando rilasceremo le prox modifiche

Grazie comunque, sempre utile confrontarsi su queste robe qui.
Max