Plugin Tickets 🎟

[robbyoconnor]

Le filtrage des balises semble me causer un problème. Je suis à bb019aab5d si cela a de l’importance. La trace de la pile est ci-dessous.

NoMethodError (méthode id' indéfinie pour #<Array:0x00007f2c08ca79f8>) app/controllers/tags_controller.rb:249:in search’
app/controllers/application_controller.rb:404:in block in with_resolved_locale' app/controllers/application_controller.rb:404:in with_resolved_locale’
lib/middleware/omniauth_bypass_middleware.rb:71:in call' lib/content_security_policy/middleware.rb:12:in call’
lib/middleware/anonymous_cache.rb:368:in call' config/initializers/100-quiet_logger.rb:23:in call’
config/initializers/100-silence_logger.rb:31:in call' lib/middleware/enforce_hostname.rb:23:in call’
lib/middleware/request_tracker.rb:202:in `call’

Backtrace

plugins/discourse-tickets/plugin.rb:47:in block in filter_allowed_tags' plugins/discourse-tickets/plugin.rb:47:in select’
plugins/discourse-tickets/plugin.rb:47:in filter_allowed_tags' app/controllers/tags_controller.rb:249:in search’
actionpack (6.1.4.7) lib/action_controller/metal/basic_implicit_render.rb:6:in send_action' actionpack (6.1.4.7) lib/abstract_controller/base.rb:228:in process_action’
actionpack (6.1.4.7) lib/action_controller/metal/rendering.rb:30:in process_action' actionpack (6.1.4.7) lib/abstract_controller/callbacks.rb:42:in block in process_action’
activesupport (6.1.4.7) lib/active_support/callbacks.rb:117:in block in run_callbacks' app/controllers/application_controller.rb:404:in block in with_resolved_locale’

Env

HTTP HOSTS: forums.librehealth.io

[JammyDodger]

Un problème a été signalé avec le plugin Tickets et il est malheureusement actuellement marqué comme #plugin:broken-plugin. Si vous supprimez le plugin de votre app.yml et reconstruisez, cela devrait permettre au reste du site d’utiliser les tags normalement.

(J’ai déplacé ces messages vers le sujet Tickets afin qu’ils puissent mieux suivre le problème )

[robbyoconnor]

@JammyDodger J’ai complètement manqué ça – merci !

[Nick_Chomey]

Il est décevant de voir que cela a fini au cimetière - beaucoup de travail y a été consacré et cela avait tellement de potentiel ! J’espère que cela sera ravivé à un moment donné…

[Moin]

Dans le sujet où le déplacement vers #plugin:broken-plugin a été discuté

@angus

Cela me motivera à le réparer.

[jerry0 (Jerry)]

J’ai également identifié un problème avec le plugin TIckets, qui provoque une “Erreur interne du serveur” lorsque j’essaie d’ajouter une étiquette à n’importe quel PM. J’ai désactivé le plugin et tout est revenu à la normale.

Journal d’erreurs :

plugins/discourse-tickets/plugin.rb:47:in `block in filter_allowed_tags'

plugins/discourse-tickets/plugin.rb:47:in `select'

plugins/discourse-tickets/plugin.rb:47:in `filter_allowed_tags'

app/controllers/tags_controller.rb:249:in `search'

actionpack (7.0.2.4) lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'

actionpack (7.0.2.4) lib/abstract_controller/base.rb:214:in `process_action'

actionpack (7.0.2.4) lib/action_controller/metal/rendering.rb:53:in `process_action'

actionpack (7.0.2.4) lib/abstract_controller/callbacks.rb:234:in `block in process_action'

activesupport (7.0.2.4) lib/active_support/callbacks.rb:118:in `block in run_callbacks'

app/controllers/application_controller.rb:404:in `block in with_resolved_locale'

i18n (1.10.0) lib/i18n.rb:328:in `with_locale'

app/controllers/application_controller.rb:404:in `with_resolved_locale'

activesupport (7.0.2.4) lib/active_support/callbacks.rb:127:in `block in run_callbacks'

[angus (Angus McLeod)]

@robbyoconnor @Nick_Chomey @jerry0 Je viens de pousser un correctif pour le problème que ce plugin avait

Support for when discourse tagging filter_allowed_tags returns a context

Si l’un d’entre vous pouvait mettre à jour et répondre pour confirmer le correctif, je déplacerai ce plugin vers Plugin.

[Nick_Chomey]

Je vais le tester bientôt et je vous ferai un retour.

[Nick_Chomey]

@angus

Merci BEAUCOUP pour votre travail sur ce sujet ! J’espère vraiment qu’il pourra être finalisé bientôt !

J’ai effectué quelques tests basiques maintenant et il présente toujours la plupart des problèmes que j’ai signalés ici.

Je n’ai plus le message d’erreur contextuel disant « Désolé, une erreur est survenue », mais cliquer sur le bouton « Assigner » dans le module Tickets (à droite des tags) ne fait rien et produit les mêmes erreurs de console que celles montrées précédemment dans l’enregistrement d’écran.

Je peux assigner un sujet avec le bouton « Assigner » sous le sujet, mais Tickets et Assigner ne semblent toujours pas communiquer entre eux. La colonne « Assigné » dans le tableau de bord Tickets ne se remplit pas.

De plus, j’espère que pendant que vous examinez cela, vous pourrez accorder un peu d’attention à la demande formulée par diverses personnes : permettre à des groupes autres que « Staff » d’utiliser Tickets. J’ai un peu exploré le code et j’ai remarqué quelques endroits où il est dit des choses comme currentUser.staff, is_staff, etc… Je suppose donc qu’il ne serait pas trop difficile de soit :

1. Relâcher/supprimer cette stipulation,
2. Ajouter un autre groupe d’utilisateurs (par exemple, TicketsTeam) que nous pourrions créer et définir nous-mêmes, ou
3. Ajouter un mécanisme de personnalisation dans les paramètres de Tickets qui nous permettrait de définir quels groupes ont accès à Tickets.

Évidemment, 3 > 2 > 1, mais quelle que soit votre préférence, ce serait grandement apprécié ! Je pense aussi que cela rendrait Tickets plus largement attrayant, ce qui rendrait votre travail acharné précédent plus rentable.

Merci encore !

[jerry0 (Jerry)]

@angus

Si l’un d’entre vous pouvait mettre à jour et répondre pour confirmer la correction, je déplacerai ce plugin vers Plugin.

Salut @angus - oui, cela a résolu le problème des balises.

Cependant, je considère toujours que ce plugin est cassé car aucune interaction avec le plugin Assigné ne fonctionne plus, et @Nick_Chomey et moi avons signalé cela (et contacté Pavilion séparément pendant des mois sans réponse utile). Il n’indique tout simplement pas à qui un ticket est attribué, ce qui est un problème majeur.

Merci, j’espère que cela pourra encore être résolu.

[angus (Angus McLeod)]

@Nick_Chomey @jerry0 J’ai mis à jour ce plugin pour prendre en charge les modifications apportées au plugin assign.

COMPATIBILITY: Support new assign plugin data model

@jerry0

Nick_Chomey et moi avons signalé cela (et contacté Pavilion séparément pendant des mois sans aucune réponse utile)

Désolé si nous avons manqué vos messages ! Comment avez-vous essayé de nous contacter ? Avez-vous signalé un bug (je n’en vois aucun pour le plugin tickets) ? M’avez-vous envoyé un message quelque part ? Ou parlez-vous de vos messages précédents dans ce sujet ?

Étant donné que le problème des tags est confirmé comme résolu, et que j’ai traité l’intégration de l’assignation, je vais déplacer ceci vers Plugin.

[jerry0 (Jerry)]

@angus

Désolé si nous avons manqué vos messages ! Comment avez-vous essayé de nous contacter ?

Salut Angus - J’apprécie vraiment que tu travailles sur ce sujet. C’est fantastique !!! (et pour répondre à ta question, j’ai envoyé des MP à @ellibereth plusieurs fois comme tu l’as suggéré dans ton post ci-dessus). Désolé, je n’ai pas signalé de bug mais je note ça pour l’avenir !!

[Nick_Chomey]

@angus Merci pour le travail supplémentaire à ce sujet. Je reçois cette erreur lorsque je vais sur site.com/admin/tickets

Elle disparaît si je coche Redirect user assigned routes to ticket dashboard.

De plus, je pense que @jerry0 faisait référence à nos différentes réponses taguées ici au cours des 6 derniers mois… Je pense que nous pensions que c’était suffisant, étant donné que vous et votre équipe aviez reconnu les problèmes à plusieurs reprises…

S’il existait un mécanisme de Tickets ici auquel les non-membres du personnel auraient accès, il serait facile pour un groupe de personnes sans lien entre elles de suivre et de gérer des tâches communes…

C’est quelque chose qui est désespérément nécessaire dans une communauté décentralisée, telle que celles souvent gérées sur Discourse. Il n’est pas logique d’utiliser un outil de gestion de projet distinct (friction hors site, coûts et exagération), tous les problèmes ne justifient pas d’être créés/suivis sur Github (friction hors site, problèmes/tâches non liés au code, etc…), et, évidemment, une telle tâche nécessite plus qu’une simple catégorie de sujets (d’où l’existence de ce plugin).

Il est déjà possible d’utiliser le Plugin d’Assignation pour assigner des sujets à des non-membres du personnel (tels que ceux d’un groupe particulier) - il semble naturel (et, je suppose, pas très difficile) d’étendre cette fonctionnalité/cet accès au plugin Tickets. Je le ferais moi-même, mais je ne sais pas vraiment comment fonctionne le développement de Discourse… Cela me prendrait des jours pour le comprendre.

Donc, j’espère vraiment que vous pourrez jeter un coup d’œil rapide à la modification de Tickets dans l’une des manières suggérées dans mon post précédent. Une dernière réflexion à ce sujet - étant donné que les non-membres du personnel n’ont pas accès à site.com/admin, peut-être que le tableau de bord des tickets peut/devrait être déplacé vers le Tableau de bord Utilisateur, où se trouve le Tableau de bord Assigné, par exemple site.com/u/[username]/activity/tickets

[angus (Angus McLeod)]

@Nick_Chomey

J’obtiens cette erreur lorsque je vais sur site.com/admin/tickets
…
Elle disparaît si je coche Rediriger l'utilisateur assigné vers le tableau de bord des tickets.

Donc, pour confirmer, tout (y compris l’intégration d’assignation) fonctionne comme prévu pour vous, si tickets redirect assigned est activé ? Je regarderai le problème lui-même demain.

@Nick_Chomey

J’ai un peu regardé le code et j’ai remarqué quelques endroits où il est dit des choses comme currentUser.staff, is_staff, etc… Donc je suppose qu’il ne serait pas trop difficile soit de :

1. relâcher/supprimer cette condition,
2. ajouter un autre groupe d’utilisateurs (par exemple, TicketsTeam) que nous pourrions créer et définir nous-mêmes, ou
3. ajouter un mécanisme de personnalisation dans les paramètres des Tickets qui nous permet de définir quels groupes ont accès aux Tickets.

Oui, nous pouvons envisager d’ajouter cela, mais le plugin a besoin de tests unitaires avant de le faire, donc cela n’arrivera pas avant quelques mois. La chose la plus importante à régler dans ce plugin est de renforcer la fonctionnalité existante afin qu’il soit plus facile de résoudre les problèmes de compatibilité (comme le récent problème de balises) lorsqu’ils surviennent.

La principale raison pour laquelle ce plugin n’a pas reçu plus d’attention est que nous n’avons tout simplement pas assez de temps. Mais il y a un moyen de nous aider à résoudre ce problème. Trouvez un développeur qui a de l’expérience en Ruby on Rails et JavaScript, ou qui est prêt à apprendre, mettez-le en contact avec moi et je le guiderai en tant que mainteneur de ce plugin. Je suis toujours prêt à apprendre à pêcher, comme le dit le proverbe.

@Nick_Chomey

J’ai un peu regardé le code et j’ai remarqué quelques endroits où il est dit des choses comme currentUser.staff, is_staff, etc… Donc je suppose qu’il ne serait pas trop difficile soit de :

Êtes-vous développeur ? Je serais heureux de vous aider à démarrer avec le développement de Discourse afin que vous puissiez reprendre le plugin. Commencez ici et une fois que vous aurez terminé, je vous confierai quelques tâches pour débutants concernant le plugin Tickets.

Learn how to start building stuff for Discourse if you're newbie (like myself)

There are a few ‘how to start’ guides for working with Discourse already and a wealth of useful info on meta, but I thought it might help to give an insight to the mental processes of starting from little, if any, prior coding experience to building substantial Discourse plugins. Discourse is written by experienced developers and has a large codebase. This can feel intimidating. This intimidation factor can be a significant barrier for novice developers. This is a kind of ‘psychological primer’…

Learn how to build Discourse plugins by helping me

If anyone wants to learn more about building Discourse plugins or just about Ruby on Rails and Ember.js, here’s a standing offer. I can train you, providing detailed personal direction on how to code; how Discourse works; how to think about your users; and how to think about product design in exchange for you working on tasks on the current task list for any of my plugins. Why pay $5k for a General Assembly course when you can get personal coaching for free, and get the chance to work on co…

[Nick_Chomey]

Merci beaucoup pour votre réponse réfléchie !

Je comprends tout à fait, maintenant que vous expliquez les problèmes sous-jacents du plugin qui doivent être résolus avant d’aller de l’avant.

Je suis un développeur assez novice, me concentrant principalement sur WordPress (php, mysql, un peu de js), donc il y a quelques mois, j’aurais adoré être encadré sur la façon d’intégrer cette fonctionnalité dans le plugin. Mais malheureusement, je n’ai vraiment pas le temps de m’en occuper maintenant. Mon intérêt pour Discourse concerne uniquement les nouveaux forums que j’ai créés/migrés pour le panneau de contrôle Web open-source CyberPanel.

Le développeur n’a pas le temps ni les compétences/l’envie de gérer la communauté, il est donc largement laissé seul. Les choses se sont beaucoup améliorées depuis que je suis intervenu il y a 6 mois et que j’ai tout déplacé - support, documentation, etc. - vers Discourse. La dernière pièce du puzzle est d’avoir une sorte de système de gestion des tickets pour mieux permettre à la communauté et au développeur de suivre ce qui doit être fait.

Si quelqu’un est curieux, il peut le consulter ici : https://community.cyberpanel.net/

Quoi qu’il en soit, j’espère vraiment que quelqu’un d’autre acceptera votre généreuse offre de mentorat !

[merefield (Robert)]

Étant donné que CyberPanel est une entreprise génératrice de revenus, il pourrait peut-être financer le travail ? Je suis sûr que Pavilion serait ravi de son activité.

[piffy]

Je cherche un moyen de recevoir les commentaires/suggestions des membres de ma communauté que tout le personnel peut consulter, mais qui est caché aux autres membres non-personnel. Cela semble pouvoir fonctionner comme solution, mais je ne suis pas très clair sur son fonctionnement pratique. L’idée est-elle qu’un utilisateur créerait un MP et le marquerait comme un ticket ?

Je suis également ouvert à toute suggestion d’autres plugins qui pourraient fonctionner à cette fin.

[Marcell_Csendes]

Comment puis-je créer de nouveaux tickets ? J’apprécierais quelques guides…

[eddie_patently.com (Eddie)]

Dans « Billets », en cliquant sur l’en-tête de colonne appelé « Priorité », on s’attendrait à ce que la liste revienne triée par cette colonne. Elle ne se trie pas. Cela n’a aucun effet.

Cela ajoute ceci à l’URL :

&order=priority

Mais la liste est toujours dans un ordre aléatoire.

[JammyDodger]

Bonjour et bienvenue @eddie_patently.com

J’ai déplacé votre message vers le sujet Tickets Plugin 🎟 afin que les mainteneurs de ce plugin soient au courant de votre problème.