FormaLMS 2.2 - Bug/Anomalie minori

[lgreco82]

Bug risolvibili con i customscripts:

1 - In appLms/views/coursestats/show.php manca il riferimento alla libreria javascript 'js_utils.js':

166: Util::get_js(Get::rel_path('lib') . '/lib.formatable.js', true, true);
167: Util::get_js(Get::rel_path('base') . '/lib/js_utils.js', true, true);
168: Util::get_js(Get::rel_path('lms') . '/views/coursestats/coursestats.js', true, true);


2 - In appLms/views/coursestats/show_user.php la chiamata ajax del datatable è in GET e genera l'errore HTTP 404.15 non popolando il datatable. Modificando il type in POST come segue si risolve il problema:

ajax: {
url: 'ajax.server.php?r=coursestats/getusertabledata&id_user=<?php echo $id_user; ?>',
type: "POST",
complete: function(json) {},
},


3 - In appLms/controllers/ElearningLmsController quando si visualizzano le etichette viene renderizzata anche l'etichetta 'Etichette' con $id_common_label = 0 che non fa nulla. L'eliminazione di tale etichetta in visualizzazione è risolvibile modificando la funzione allLabelTask() come segue:

public function allLabelTask(){
require_once(_lms_ . '/admin/models/LabelAlms.php');
$label_model = new LabelAlms();
$user_label = $label_model->getLabelForUser(Docebo::user()->getId());
$ret ="";
foreach($user_label as $id_common_label => $label_info) {
if($id_common_label != 0) {
$url = "index.php?r=elearning/show&amp;id_common_label=".$id_common_label;
$ret .= '<div class="label_container">'
.'<a class="no_decoration" href="'.$url.'">'
.'<span class="label_image_cont">'
.'<img class="label_image" src="'.($label_info['image'] !== '' ? $GLOBALS['where_files_relative'].'/appLms/label/'.$label_info['image'] : Get::tmpl_path('base').'images/course/label_image.png').'" />'
.'</span>'
.'<span class="label_info_con">'
.'<span class="label_title">'.$label_info['title'].'</span>'
.($label_info['description'] !== '' ? '<br /><span id="label_description_'.$id_common_label.'" class="label_description" title="'.html_entity_decode($label_info['description']).'">'.$label_info['description'].'</span>' : '')
.'</span>'
.'</a>'
.'</div>';
}
}
echo $ret;
}

4 - In appLms/controllers/HelpdeskLmsController sembrerebbe ci siano problemi nell'invio dell'email se non si imposta $mailer->SMTPAutoTLS = false; Questo succede anche settando il parametro del file config.php 'smtp_secure' a 'SSL' o '':

$mailer = DoceboMailer::getInstance();
$mailer->addReplyTo(strip_tags($usermail));
$mailer->SMTPAutoTLS = false;

if ($mailer->SendMail($sender, $sendto, $oggetto, $msg, false, $headers)) {
echo "true";
}


Bug non risolvibili con i customscripts:

Nel popup di Helpdesk non viene tradotta la chiave '_CUSTOMER_HELP_DISCLAIMER_TITLE' nonostante sia presente nel file della lingua (in questo caso quella italiana) e non so come risolverlo perché apparentemente non sembrano ci siano anomalie.


Grazie,
Luca

[max]

Buongiorno Luca,

grazie mille per l'analisi e le proposte di soluzione. Provvediamo al più presto ad aprire ticket e poi ci si aggiorna.

[lgreco82]

Perfetto.
Come ho segnalato questi non sono bloccanti ma risolvibili coi custom scripts.

Luca

[lgreco82]

Ciao a tutti,
forse ho trovato un altro problema sui task risolvibile anche qui con un customscripts.
Una volta creata una connessione o un'attività non si riesce più ad eliminarla o ad editarla.
Una possibile soluzione potrebbe essere modificare nel file /appCore/modules/iotask/iotask.php tutte le occorrenze di key($action) == in key($action) === più precisamente alle seguenti righe del file: 268, 275, 277, 328, 496, 502, 504, 674.

Mi fate sapere se è una possibile soluzione o se il problema è in realtà altro?

Grazie,
Luca

[max]

Bug non risolvibili con i customscripts:
Nel popup di Helpdesk non viene tradotta la chiave '_CUSTOMER_HELP_DISCLAIMER_TITLE' nonostante sia presente nel file della lingua (in questo caso quella italiana) e non so come risolverlo perché apparentemente non sembrano ci siano anomalie.
Grazie,
Luca

Ciao Luca,
dovresti aggiungere la chiave
Modulo: customer_help
Key: _CUSTOMER_HELP_DISCLAIMER
Autorizzo l'invio di informazioni tecniche all'assistenza utili per risolvere la mia richiesta

Per tutte le altre segnalazioni, abbiamo aperto ticket e vedremo di risolvere per una prossima release.

[lgreco82]

Ciao Massimiliano,
la chiave che indichi è già presente nel file delle lingue come di seguito evidenziato:

951: <module id="customer_help">
952: <key id="customer_help&amp;_CUSTOMER_HELP_DISCLAIMER_TITLE" attributes="" save_date="2019-03-04 09:36:49"><![CDATA[Disclaimer - assistenza utenti]]></key>
953: <key id="customer_help&amp;_CUSTOMER_HELP" attributes="" save_date="2019-03-04 09:36:50"><![CDATA[Help Desk]]></key>
954: <key id="customer_help&amp;_CUSTOMER_HELP_DISCLAIMER" attributes="" save_date="2019-03-04 09:36:50"><![CDATA[Autorizzo l'invio di informazioni tecniche all'assistenza utili per risolvere la mia richiesta]]></key>
955: <key id="customer_help&amp;_README_HELP" attributes="" save_date="2019-03-05 10:27:33"><![CDATA[Read Me]]></key>
956: </module>

[max]

Ciao,
intanto scusami, ovviamente la chiave giusta è _CUSTOMER_HELP_DISCLAIMER_TITLE sempre nel modulo customer_help.
Una domanda: perché riporti le righe del file xml? L'aggiunta o la correzione di chiavi di traduzione si fa da interfaccia, non nel file.

[lgreco82]

Lo so, era per comodità nel riportarlo nella risposta.
Comunque come puoi notare anche questa chiave è già presente.

[max]

Certo. Però quello che intendevo dire è che funziona correttamente.

[lgreco82]

Da file allegato mi aspetterei dove è evidenziato il testo "Disclaimer - assistenza utenti" o sbaglio?