<p>Statut de développement d'osTicket</p>

Merci pour la mise à jour @protich ! Désolé ici pour @greezybacon.

Salut @protich

C'est bon d'avoir de vos nouvelles, et je suis sûr que la communauté vous remerciera de nous avoir fait part de la situation sur ce projet.

C'est vraiment dommage d'entendre parler de @greezybacon , il a été très utile avec nous et a fait fonctionner des fonctionnalités supplémentaires, etc.

Je suis heureux d'apprendre que son départ s'est bien passé et qu'il contribue toujours à ce projet.

Nous attendons tous avec impatience la prochaine version et merci.

Merci @protich est une excellente nouvelle, et merci beaucoup @greezybacon pour votre contribution

C'est bien d'apprendre enfin que la version 1.10 est en cours de finalisation et que plusieurs développeurs rejoignent l'équipe, même s'il est triste d'entendre @greezybacon partir.

D'ailleurs. Je vous souhaite tout le meilleur @greezybacon pour votre avenir et heureux d'apprendre que vous aidez encore de temps en temps :)

Étant donné que nous avons une situation similaire dans mon entreprise, où un tiers de mes collègues ont quitté notre équipe (ou mieux : ont dû partir en raison de décisions qui ont été prises pour notre équipe et même notre chef d'équipe), je peux tout à fait comprendre qu'il faut un tandis que pour combler les lacunes qu'ils ont laissées derrière eux, il y a beaucoup plus de travail pour le reste de l'équipe. Je vous souhaite donc @protich et toute l'équipe @osTicket et les supporters comme @ntozier tout le meilleur et j'espère en toute confiance que vous sortirez comme un phénix de vos cendres ;)

D'ailleurs. qui prend le relais de Jared pour s'occuper des traductions de l'osticket, moi et je suppose aussi que @mfelber continuera à prendre en charge la traduction allemande. Au fait, il y a encore une demande d'extraction plus importante ouverte de ma part # 3027 pour résoudre les erreurs dans les sources et unifier certaines phrases, alors ne soyez pas timide et contactez-nous (qui a déjà pris en charge les choses liées à la traduction) car ce PR devrait aider tous les traducteurs et correcteurs pour des traductions plus rapides et plus faciles.

Acclamations!
Michael

Merci @protich ,

pour la mise à jour, et veuillez accepter mes excuses si vous pensez que notre discussion sur le fork a spammé votre projet. Personnellement, je pense qu'une communication ouverte est toujours plus utile que de rester silencieux. étant donné la situation actuelle, je comprends qu'informer les développeurs de la communauté n'est probablement pas actuellement votre plus grande préoccupation. Néanmoins, je crois aussi qu'une communication plus pro-active avait rendu de nombreux commentaires obsolètes.

En tant que tel, j'apprécierais une annonce opportune du nouveau cadre mentionné ci-dessus afin que les efforts de la communauté puissent s'adapter rapidement. Cela dit, j'attends avec impatience les nouvelles versions et aussi une coopération ouverte et reconnaissante.

Tout le meilleur pour vous et votre personnel,
Martin.

impressionnant! Merci!

@protich , si vous avez besoin d'aide pour publier une nouvelle version, et que je pourrais vous aider, veuillez envisager de m'impliquer. J'ai moi aussi envisagé un fork du projet afin de gérer la fusion des corrections de bogues et d'autres petites fonctionnalités nécessaires au service des opérations de transmission de Cleco .

Bonnes nouvelles! Merci, @protich
Mais, pouvons-nous obtenir la liste des fonctionnalités qui seraient incluses dans osTicket 1.11 ? Merci.

Et comment se passe la sortie aujourd'hui ? :) J'actualise toujours la page en attendant la version stable 1.10 :)

Nous allons faire une fusion de dernière minute aujourd'hui, puis QA avant de couper la version. Je posterai une mise à jour ici.

Des nouvelles de la sortie ?

La pointe de la branche de développement est proche de la version finale en attendant les corrections de bogues de dernière minute de nos testeurs et un correctif de vulnérabilité de sécurité que nous publierons juste avant la sortie.

Quelqu'un souhaite-t-il effectuer un test de mise à niveau rapide à l'aide d'une copie de votre environnement de production ?

J'ai quelques environnements, dont un de productions. Au plaisir de tester.

Lorsque je tire de la pointe de développement, il est indiqué que j'installe "1.8-git"... est-ce correct ?

@protich j'en serais ravi.

Mon plan est de faire une nouvelle installation d'OSTicket car notre système actuel a eu des heures supplémentaires boguées depuis la version 1.6. nous attendons cette mise à jour avec impatience !

@themunchkinman - c'est exact.

Problèmes à résoudre

• [ ] Crash lors de la mise à jour 1.8.x en raison de modifications de php7

J'ai testé une installation propre, ça s'est bien passé (j'évite cependant PHP 7, toujours sur 5.5/5.6).
Si j'utilise la version 1.10-RC3, dois-je effectuer une mise à jour ? Je suis sur le point de passer en revue l'une de mes configurations de production...

Pas vraiment de torture test, mais pour l'instant pas de rupture avec le fonctionnement normal...
Plusieurs correctifs manuels que j'avais apportés semblent être présents dans cette version des fichiers...

@themunchkinman - voulez-vous élaborer sur les correctifs manuels dont vous parlez ?

J'utilise la nouvelle version depuis 6 heures et nous ne pouvons identifier qu'un seul problème.
Lorsque vous répondez à un ticket, il n'y a pas de superposition "Attendre" comme lors de la création d'un ticket, cela crée une double entrée à partir d'une technologie qui a cliqué deux fois sur le bouton "Réponse", mais cela nous convient.

après un court test, j'ai trouvé quelques problèmes (mise à niveau de 1.9.12 à 1.9.14 puis à développer)

• après la mise à niveau, les formulaires personnalisés ne sont plus liés.
• lors de l'édition d'un ticket et en laissant un champ de date vide, il y a une erreur (réglage de la date : standard, langue allemand)
• sous le lien "mes billets", il y a non seulement "mon billet" mais aussi les billets des équipes. cela confondra les agents après la mise à niveau.
  Je pense que je trouverai plus de problèmes. je vais continuer les tests.

@JediKev - j'ai effectué quelques modifications php, principalement en corrigeant la base de connaissances/FAQ, qui semble être incorporée, ainsi qu'une certaine sémantique. J'ai également apporté quelques modifications manuelles à la base de données SQL à partir de la nouvelle configuration avec RC3. Il a créé des tables avec certains champs marqués comme clé primaire/unique qui avaient provoqué des avertissements car certaines des tables ne sont qu'un registre de relations et sont donc souvent non uniques et pas nécessairement à clé.

@markus4000

De plus, d'après mon expérience depuis le début de la version 1.10, certaines anomalies se produisaient lors du passage de la version 1.9.x et d'autres versions précédentes. Pour cette raison, j'ai prévu de trouver un point d'arrêt pour la transition et de la travailler en plusieurs phases, en archivant l'ancienne instance et la base de données, et en commençant proprement avec la nouvelle. J'ai effectué plusieurs tests de copies/sauvegardes de mon instance 1.9.x en service et je n'ai jamais pu la faire fonctionner complètement.

Je vérifie les informations sur le champ de date pour voir si je reçois le même problème sur ma version propre.

si je ne me trompe pas, "Mes Billets" a été conçu pour inclure ceux attribués à une équipe dont vous êtes membre...

BTW... à tout le monde ici... Je suis si heureux de voir ce projet toujours en vie et le soutien de la communauté. J'utilise osTicket depuis 2008 et je n'ai toujours rien trouvé qui fasse exactement ce que je veux comme le fait osTicket.

La version stable est-elle sortie ? Impossible de le trouver..

@mrdanne si vous ne le trouvez pas ici : osticket.com/download
alors il n'est pas encore sorti. Comme @protich l' a posté il y a 19 heures, il y a un problème de mise à jour qui doit être traité avant la sortie.

Je ne peux pas attendre la nouvelle version! Je l'attendais depuis longtemps. 😄

lors de la mise à niveau, j'ai eu l'erreur de clé unique avec la table osr_ticket_event
aussi. j'ai donc supprimé manuellement la clé primaire et l'IA du champ "unique"
avant la mise à niveau. ça a aidé.

Am 26.10.2016 05:57 schrieb "TheMunchkinman" [email protected] :

@markus4000 https://github.com/markus4000

De plus, d'après mon expérience depuis le début de la version 1.10, certaines anomalies
se produirait lors du passage de 1.9.x et d'autres versions précédentes. En raison de
cela, j'ai prévu de trouver un point d'arrêt pour la transition, et
pour le travailler en plusieurs phases, archiver l'ancienne instance et la base de données, et démarrer
nettoyer avec du neuf. J'ai fait plusieurs tests de copies/sauvegardes de mon
instance 1.9.x en service et n'a jamais pu la faire passer complètement
nettoyer.

Je vérifie les informations du champ de date pour voir si je reçois le même problème sur mon
construction propre.

si je ne me trompe pas, "Mes Billets" a été conçu pour inclure ceux attribués
à une équipe dont vous faites partie...

BTW... à tout le monde ici... Je suis si heureux de voir ce projet toujours en vie
et le soutien de la communauté. J'utilise osTicket depuis 2008 et toujours
Je n'ai rien trouvé qui fasse exactement ce que je veux comme le fait osTicket.

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/osTicket/osTicket/issues/3399#issuecomment -256243511,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AEMAZoAW5gVrz0JjyGie_qa0AaiFMc6tks5q3s-ugaJpZM4KXR2e
.

@tomlaf - La pull request #3426 résout le problème de superposition.

@markus4000 - pouvez-vous clarifier davantage le problème ticket_event ? Vous avez également mentionné que les formulaires personnalisés étaient supprimés - à quel objet les formulaires étaient-ils attachés ?

@protich : Le problème de clé primaire était de ma faute. Pardon. J'ai découvert qu'il y avait en quelque sorte un champ "unique" mais cela ne fait pas partie de l'installation standard d'osticket.

@ markus4000 - Merci beaucoup d'avoir clarifié, je devenais fou en essayant de retracer le problème. Vous avez mentionné que les formulaires personnalisés sont abandonnés - voulez-vous élaborer ? De quelle version as-tu fait la mise à jour ?

Juste pour clarifier les problèmes de clé unique/primaire dans la base de données que je n'arrêtais pas de rencontrer, il était sur la table d'associer des agents à des équipes. J'avais fait une nouvelle installation de RC3 et lors de la création de la base de données, le premier champ était défini comme principal et unique, et donc pour chaque agent supplémentaire que j'ajouterais à une équipe, j'obtiendrais une erreur de base de données pour la valeur en double, mais il traiterait au moins. Je l'ai résolu en supprimant la clé primaire et les drapeaux uniques du champ dans MySQL.

[INSÉRER DANS ost_team_member ENSEMBLE team_id = '4', flags = 1]
Entrée en double '4-0' pour la clé 'PRIMARY'

Voici une erreur de base de données supplémentaire que j'ai également reçue. Cela se fait lors de l'ajout d'un élément à la liste d'état du ticket.

[MISE À JOUR ost_ticket_status SET extra = 'susp' WHERE ost_ticket_status . id = 6 LIMIT 1] Colonne inconnue 'extra' dans 'liste de champs'

@protich : J'ai mis à jour de 1.9.8 à 9 à 11 à 12 à 13 à 14 puis j'ai comparé toute la base de données avec une installation 14 propre, pour m'assurer que j'ai une bonne 14 avant de mettre à jour. C'est comme ça que j'ai trouvé ma faute.

Mais j'ai aussi découvert que dans la table "ost_ticket" le champ "flags" manquait avant la mise à jour de 1.9.14 à 1.10dev

• [ ] Formulaires personnalisés : J'ai 20 sujets d'aide et chacun a son propre formulaire "x". Après la mise à jour, toutes les rubriques d'aide ont perdu la connexion au formulaire. je dois donc aller dans: panneau d'administration -> gérer -> rubrique d'aide -> mettre à jour la rubrique d'aide -> formulaires: et là, j'ajoute manuellement le formulaire personnalisé qui était lié auparavant.
  Il ne perd pas la forme elle-même. il perd juste le lien entre le sujet d'aide et le formulaire.
• [x] Résolu en 1.10 ; Date d'émission : lorsque j'édite un ticket qui a un formulaire personnalisé avec plusieurs champs de date (facultatif), je les laisse vides et j'enregistre ; l'avertissement : _Avertissement : date() s'attend à ce que le paramètre 2 soit long, chaîne donnée dans /home/httpd/vhosts/regipedia.ch/ticketpreview.regipedia.ch/include/class.forms.php à la ligne 1769_ apparaît. L'avertissement apparaît également si j'ouvre un nouveau ticket depuis la vue client.

• [ ] Tâche : l'impression ne fonctionne pas
• [ ] Tâche : après avoir créé une nouvelle tâche, il n'est pas possible de créer une autre tâche sans aller sur une autre page avant d'appuyer sur "nouvelle tâche"
• [ ] Tâche : ce serait bien si lors de la création d'une nouvelle tâche, le département d'origine était sélectionné par défaut.
• [ ] Tâche : impossible de modifier la date d'échéance une fois la tâche créée
• [ ] Tâche : Modèles d'e-mail %{Task.ticket_link} et %{task.due_date. . . .} provoque une erreur. et peut-être d'autres aussi.

Pouvez-vous créer une nouvelle branche à partir de la v1.10 ?

Aussi - quand les langages seront-ils compilés ?

@wacki4
Q : Pouvez-vous créer une nouvelle branche à partir de la v1.10 ?
R : Vous pourriez... mais en règle générale, vous devriez utiliser la version officielle sur osticket.com/download.

Q : Aussi - quand les langages seront-ils compilés ?
R : On m'a dit à la fin de la semaine dernière qu'ils devraient être compilés bientôt (jours).

Mais si je veux utiliser git, faire quelques améliorations pour moi-même de la meilleure façon
serait la branche clone 1.10, pas développée. C'est pourquoi je pose la question,
il a été fait pour les versions précédentes.

7 lis 2016 6:04 PM "ntozier" [email protected] napisał(a):

@wacki4 https://github.com/wacki4
Q : Pouvez-vous créer une nouvelle branche à partir de la v1.10 ?
R : Vous pourriez... mais en règle générale, vous devriez utiliser la version officielle
sur osticket.com/download.

Q : Aussi - quand les langages seront-ils compilés ?
R : On m'a dit à la fin de la semaine dernière qu'ils devraient être compilés bientôt (jours).

—
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/osTicket/osTicket/issues/3399#issuecomment -258895561,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AAp6epJOCK3xWWzSey9SEXPNPhhPwKHgks5q71oggaJpZM4KXR2e
.

@protich La progression d'osTicket est-elle à nouveau morte ?

Je demande juste... Merci.

Gardez un œil sur l'onglet des jalons de github dans les semaines à venir... Nous attribuerons des problèmes à la 1.11, cela devrait donner à chacun une meilleure idée des calendriers de publication. Ce fil a fait son travail

@rbukovansky Non.

Pourquoi les nouveaux modules linguistiques ne sont-ils pas encore compilés ?

J'ai l'impression que le projet est à nouveau mort. il y a encore beaucoup de bugs dans la 1.10 mais aucune activité des développeurs. Et les traductions ne sont pas disponibles non plus. Je pense que depuis que @greezybacon ne participe plus, l'âme du projet a disparu.

Des améliorations majeures sont à venir. En attendant, github n'est pas vraiment l'endroit pour discuter de l' âme ... les forums et freenode sont mieux pour ça.