infotelglpi / moreticket Goto Github PK
View Code? Open in Web Editor NEWPlugin moreticket for GLPI
Home Page: http://blogglpi.infotel.com
License: GNU General Public License v2.0
Plugin moreticket for GLPI
Home Page: http://blogglpi.infotel.com
License: GNU General Public License v2.0
Bonjour,
serait-il possible d'ajouter une zone pour la gestion des images dans la vue solution ? (copier/coller, Glisser/Déplacer).
Une solution est souvent illustrée par une copie d'écran par exemple.
Merci
Gilles
Bonjour,
les zones supplémentaires ne sont pas visibles si le profil utilisé n'est pas "Super Admin".
Il faudrait le rendre disponible pour le niveau technicien à minima.
Merci pour cette extension, elle facilite la gestion quotidienne.
Cdt, Gilles
MoreTicket 1.2.1
GLPI 0.90
Bonjour,
Je rencontre le problème suivant
Lorsque je change le statut d'un ticket à "En attente", je saisie les champs "Raison", "Type d'attente" et "Date de report". Jusqu'ici, tout va bien. J'affiche la liste de mes ticket que j'ai modifié pour visualiser les champs "Type d'attente" et "Date de report".
Lorsque je repositionne le statut du ticket en "En cours (Attribué)", les valeurs des champs "Type d'attente" et "Date de report" ne sont pas remis à zéro.
Du coup, même si mon ticket en "En cours (Attribué)", il conserve un "Type d'attente" et une "Date de report", ce qui est perturbant car ces valeurs n'ont plus lieu d'être.
Y-a-t-il un moyen, lorsque le statut du ticket passe de "En attente" à "En cours", de resetter les valeurs "Type d'attente" et "Date de report" ?
Merci de votre aide.
Add options for mandatory fields :
Waiting type, report date and solution type
Hello!
Just updated from master branch and occurred an error with displaying plugin page, it is empty.
Also got an error
2016-01-20 17:32:08 [72@glpi]
*** PHP Notice(8): Undefined index: close_followup
Backtrace :
plugins/moreticket/inc/config.class.php:132
plugins/moreticket/front/config.form.php:49 PluginMoreticketConfig->showForm()
GLPI 0.90
PHP 5.6.14-0+deb8u1
Quand on se trouve dans l'onglet "Ticket", les 3 champs ne sont pas affichés tant qu'on ne choisit pas "Pending" ... Je clique ensuite sur "Processing Ticket" (l'onglet du dessous), puis je reviens sur l'onglet "Ticket" ... Et les 3 champs sont apparus, alors que le statut n'est pas en "pending"
Et cela s'ajoute indéfiniment si on reclique sur Processing Ticket puis Ticket.
Good day.
In version 9.1.1 GLPI does not work correctly plugin 1.2.3.
When working in the section «Processing ticket», via the "Task" if a transfer request in anticipation, does not appear to indicate additional fields: The reason deferred date, the waiting type.
At the same time if you go to the «Ticket» and there put on hold, additional fields appear.
Thank you.
Bonjour y a-t-il une manipulation a faire pour que le demandeur puisse voir la raison de l'attente ?
Hello.
Tell me when will the implementation of plug-in version of GLPI 0.90 above, namely already released version 0.91 RC2
Usually, the waiting type is enough ("Insufficient details", "User callback for validation", etc), there's no need to type a variation in the "Reason" field. But I can't seem to set "Reason" as non-mandatory, even though a mandatory waiting type is set.
Unless I'm not using that field correctly?
Bonjour
A la suite de ma maj en GLPI 1.9.3 puis 1.9.4 et enfin du plugin 1.2.6, je constate que des résolutions de tickets sont automatiquement insérés dans des tickets que je consulte en reprenant le texte de résolution d'un ancien ticket et que des "" et des "rn" sont ajoutés à tout bout de champ.
Quand je regarde Historique des accès du tickets.
Le cadre de résolution est précédé du mot "Demandeur" au lieu d'afficher le nom
Ci-joint une copie d'écran http://www.cjoint.com/c/GFtitLz7a2k
Navigateur utilisé Firefox 52.0.1
Merci d'avance
^Bonjour,
Le type d'attente de s'affiche pas si l'on a choisi l'affichage "séparation verticale".
De plus, comme j'ai rendu quelques champs obligatoires, dont le type d'attente, impossible d'aller plus loin (message d'erreur + non validation de la demande).
GLPI 0.90.1 MoreTicket 1.2.1
Add massive action for close information
Added a configuration to have the "Duration" field when adding a mandatory solution.
Hello,
With this last version, the waiting windows does not appear and nothing happened.
If I try to save an error message telling you have to enter information before saving appears.
Error adding the justification
Error msg:
Fatal error: Uncaught Error: Call to undefined method CommonTreeDropdown::getSearchOptions() in /var/www/html/suporte/plugins/moreticket/inc/waitingtype.class.php:76 Stack trace:
#0 /var/www/html/suporte/inc/commondbtm.class.php(3419): PluginMoreticketWaitingType->getSearchOptions()
#1 /var/www/html/suporte/inc/search.class.php(5757): CommonDBTM->searchOptions()
#2 /var/www/html/suporte/inc/search.class.php(5564): Search::getOptions('PluginMoreticke...', true)
#3 /var/www/html/suporte/ajax/searchrow.php(50): Search::getCleanedOptions('PluginMoreticke...')
#4 /var/www/html/suporte/inc/search.class.php(2179): include('/var/www/html/s...')
#5 /var/www/html/suporte/inc/search.class.php(76): Search::showGenericSearch('PluginMoreticke...', Array)
#6 /var/www/html/suporte/front/dropdown.common.php(46): Search::show('PluginMoreticke...')
#7 /var/www/html/suporte/plugins/moreticket/front/waitingtype.php(33): include('/var/www/html/s...')
#8 {main} thrown in /var/www/html/suporte/plugins/moreticket/inc/waitingtype.class.php on line 76
In file /glpi/plugins/moreticket/inc/waitingtype.class.php altered code to solved o erro :
[code:Original]
function getSearchOptions() {
$tab = parent::getSearchOptions();
return $tab;
}
[/code
To:
[code:Custom]
function rawSearchOptions() {
$tab = parent::rawSearchOptions();
return $tab;
}
[/code]
Resolved fatal error.
Pas de notification de clôture quand on utilise le bloc solution à la création du ticket
Add followup on immediate ticket closing :
Bonjour
Dans GLPI 9.1.4, moreticket 1.2.6, j'ai constaté un bug quelque soit le navigateur.
Je m'explique :
Quand je créé un nouveau ticket puis directement je le clos avec moreticket. Le contenu est reproduit dans un autre nouveau message (par forcément en utilisant more ticket)
Le champ demandeur qui clos le message est en anonyme et le texte qui renvoie à la ligne est remplacé par des CR LF (rn)
Exemple en image :
https://www.cjoint.com/c/HCCijHNoiLk
Bonjour
J'ai découvert un petit bug. Quand on créé un ticket qu'on le résout de suite depuis l'interface support, le texte de la résolution reste présent lorsque l'on réitère la même opération et ainsi de suite.
Adding a justification of the urgency area for simplified interface
Hello
It would be usefull to have possibility adding reason in ticket list view, for our manager he is able to see why the ticket is pending instantly
Dear,
more ticket is not working proper in glpi 0.9. The more ticket options will disappear, after I've added fields to the ticket, it won't show up.
So I just can confirm it, that it doesn't work good. Is there anything I do wrong???
Thanks
Haydar
With timeline of tickets, we can now add task / followup & change status at same time
We don't see waiting informations (date report / waiting type)
Bonjour
Dans GLPI 9.1, lorsque je créé un ticket et que je mets :
Automatiquement je reçois quand même un mail de création de ticket avec dans le mail Statut clos
Normalement je ne devrais pas recevoir de mail en tant que technicien ni même en tant que demandeur si j'ai mis suivi par mail non
Bonjour,
En v1.2.5, le formulaire complémentaire ne s'affiche plus sur l'onglet Ticket lorsque l'on sélectionne le statut "En attente".
Sous chrome, voici ce qui s'affiche dans la console :
ticket.form.php?id=2228:1 Uncaught TypeError: $(...).moreticket is not a function
at eval (eval at success (moreticket_load_scripts_lefttab.js:36), :1:30)
at Object.success (moreticket_load_scripts_lefttab.js:36)
at c (jquery-1.10.2.min.js:4)
at Object.fireWith [as resolveWith] (jquery-1.10.2.min.js:4)
at k (jquery-1.10.2.min.js:6)
at XMLHttpRequest.r (jquery-1.10.2.min.js:6)
I use the Waiting type view on defaults intens to show, and apear only the first type used even if I select another type later.
I use GLPI 0.90 and moreticket 1.2.2
Bonjour
dans GLPI 0.90 et more ticket 1.2.1, j'ai pu remarquer que via le site support quand on choisi le statut résolu puis qu'on choisi un type de gabarit de solution. Dans la description de la solution (toujours depuis le gabarit) s'il y a des retours de chariot, lorsque l'on valide le formulaire et que GLPI nous l'affiche on peut voir dans le champ "Traitement du ticket" que les retours de chariot sont remplacés par "rn"
Sinon ce plugin est très bien et on gagne du temps
Dans GLPI 9.1.1 avec la v1.2.4, lorsque l'on coche tout les cases de droit dans un profile, la valeur de droit est mise à 3 en base.
Cela ne semble pas suffisant pour que les données complémentaires (raison, type, date de report) soient prises en compte lors de la mise en attente d'un ticket.
Lorsque la valeur est mise à 127 directement en base, cela fonctionne.
Bonjour
aléatoirement, lors de la création ou modification d'un ticket, une solution s'incrémente automatiquement.
Cette solution correspond généralement au dernier ticket résolu. Aprés recherche il semblerait que cela proviennent du plugin moreticket. En effet depuis que je l'ai desactivé comme on me la conseillé dans le forum GLPI je n'ai plus de soucis.
en vous remerciant de votre aide
GLPI 9.2.2
More ticket 1.3.0
version du plugin : 1.2.4
version GLPI : 9.1.1
2 comportements étranges constatés liés à l'action automatique MoreticketWaitingTicket :
Lorsque le ticket passe directement de "Nouveau" à "En attente" (sans attribution préalable de technicien), l'action automatique repasse le ticket en "En cours attribué" une fois la date de report atteinte, alors qu'il n'y a pas de technicien attribué. Le ticket devrait alors revenir en "Nouveau" puisqu'il n'y a pas de technicien attribué.
Lorsqu'il n'y a pas de date de report renseignée (possible si champ non obligatoire dans la conf), le ticket repasse directement en "En cours attribué" dés la prochaine exécution de l'action automatique. Sans date de report, le ticket ne devrait pas sortir de l'état "En attente".
Bonjour
J'ai pensé à l'idée de mettre une zone pour ajouter un suivi en même temps que l'on créé un ticket
Je m'explique. Si je suis au téléphone avec un utilisateur je saisis le ticket puis en discutant je lui soumets une idée mais sans que le ticket ne soit résolu.
Qu'en pensez-vous ?
Dans GLPI 9.1.2 avec moreticket en 1.2.4, les champs supplémentaires ne s'affichent pas dans firefox, que ce soit les raisons de mise en attente ou de priorité haute.
Je n'ai pas de soucis avec chrome
Version of the plugin :
1.3.3
Version of your GLPI :
9.2.3
Steps to reproduce (which actions have you made) :
Set the ticket layout to "Tabs on left" (Home-My settings-Personalization-Personalization-Layout="Tabs on left":
Create a new ticket.
Open the ticket on the second page "Processing ticket" directly by URL like https://myglpi/front/ticket.form.php?id=4701&forcetab=Ticket$1 (error is also observed when you open any other page directly, except the first page ("Ticket")):
Change the page to the first page "Ticket":
URL of the page :
https://myglpi/front/ticket.form.php?id=4701&forcetab=Ticket$1
Screenshot of the problem (if pertinent) :
once fields are filled after saving all disappear, sometimes it works sometimes not
When I enter directly valor in mysql it works
Add cron for change ticket status when report date is exceeded
GLPI 9.2 / MoreTickets 1.3.0
Dés l'activation du plugin, la liste des tickets est vide (avec ou sans filtre).
Bonjour,
J'utilise ce plugin depuis peu et il m'est vraiment utile.
Mon seul problème est que la saisie de solution n'est disponible qu'à la création d'un nouveau ticket.
J'ai essayé de modifier :
../ajax/tickets.php on line 53 :
if (isset($_POST['type'] && $_POST['type'] == 'add') CHANGE EN if (isset($_POST['type'] && $_POST['type'] == 'add' || $_POST['type'] == 'update')
Le problème est que la saisie de solution s'affiche maintenant avec n'importe quel statut lorque j'update un ticket (au lieu de s'afficher à la sélection des statuts "clos" et "résolu"). La partie attente fonctionne toujours correctement. Lorsqu'on crée un nouveau ticket, tout fonctionne normalement aussi.
J'ai également modifié "../scripts/moreticket.js" :
` if (status_bloc != undefined && status_bloc.length != 0) {
status_bloc.parent().append(requester);
// ON DISPLAY : Display or hide waiting type
if ($("#moreticket_waiting_ticket") != undefined) {
// WAITING TICKET
if (status_bloc.val() == object.params.waiting) {
$("#moreticket_waiting_ticket").css({'display': 'block'});
} else {
$("#moreticket_waiting_ticket").css({'display': 'none'});
}
//MODIFICATION APPPORTEE
// CLOSE TICKET
var show_solution = false;
if (object.params.solution_status != null && object.params.solution_status != '') {
$.each($.parseJSON(object.params.solution_status), function (index, val) {
if (index == status_bloc.val()) {
show_solution = true;
}
});
}
if (show_solution && object.params.use_solution) {
$("#moreticket_close_ticket").css({'display': 'block'});
} else {
$("#moreticket_close_ticket").css({'display': 'none'});
}
// ONCHANGE : Display or hide waiting type
status_bloc.change(function () {
// WAITING TICKET
if (status_bloc.val() == object.params.waiting) {
$("#moreticket_waiting_ticket").css({'display': 'block'});
} else {
$("#moreticket_waiting_ticket").css({'display': 'none'});
}
//MODIFICATION APPORTEE
// CLOSE TICKET
var show_solution = false;
if (object.params.solution_status != null && object.params.solution_status != '') {
$.each($.parseJSON(object.params.solution_status), function (index, val) {
if (index == status_bloc.val()) {
show_solution = true;
}
});
}
if (show_solution && object.params.use_solution) {
$("#moreticket_close_ticket").css({'display': 'block'});
} else {
$("#moreticket_close_ticket").css({'display': 'none'});
}
});
}
}
}
});
}`
Malgrès mes modifications je n'ai toujours aucun résultats. Quelqu'un peut me dire ce que j'ai mal fait?
Est-ce prévu dans les prochaines versions?
Merci beaucoup
Pippo571
une fois les champs sont remplis après l'enregistrement disparaissent tous
Bonjour
Dans cette nouvelle version, j'ai constaté que le cadre de saisie quand je choisis Résolu ou Clos ne s'affiche pas lorsque je créé un ticket et que je veux le résoudre / clôturer en même temps.
Je l'utilise dans Firefox et j'ai fait une mise à jour depuis la 1.2.4 et depuis GLPI 1.9.3
Aucune erreur sur la mise à jour de chaque logiciel.
La configuration du plugin a bien été récupérée
Utiliser les types d'attentes Non
Utiliser le bloc solution à la création du ticket Oui
Le type de solution est obligatoire Non
Informations de clôture des tickets Non
Statuts utilisés pour afficher le bloc solution Clos Résolu
Ajouter un suivi lors de la clôture à la création du ticket Non
Utiliser une zone de justification sur l'urgence Non
plugin version 1.3.3
glpi version 9.2.3
seul l'administrateur peux remplir les cases liée au statu en attente mais j'aimerai que le technicien auquel le ticket a ete attribué puisse le faire aussi (apres tout c'est lui qui a ete sur le terrain il est le mieux placé pour savoir si une intervention doit etre mise en attente)
Merci
Version of the plugin :
1.3.3
Version of your GLPI :
9.2.3
Steps to reproduce (which actions have you made) :
Set ticket layout to "Tabs on left" (Home-My settings-Personalization-Personalization-Layout="Tabs on left"
Create new ticket.
Open ticket.
Change to page Processing ticket
Add followup
Change Status to Pending
URL of the page :
https://myglpi/front/ticket.form.php?id=4701
Screenshot of the problem (if pertinent) :
Bonjour
Si j'entre texte /type ou date a la sauvegarde tout disparait et rien en base.
glpi 0.91 et moreticket 1.2.3 master
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.