Tickets-Plugin 🎟

[robbyoconnor]

Das Filtern von Tags scheint mir ein Problem zu bereiten. Ich bin bei bb019aab5d, falls das wichtig ist. Der Stacktrace ist unten.

NoMethodError (undefined method id' for #<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]

Es wurde ein Problem mit dem Tickets-Plugin gemeldet und es ist leider derzeit als #plugin:broken-plugin markiert. Wenn Sie das Plugin aus Ihrer app.yml entfernen und neu erstellen, können Sie die übrigen Website-Tags wie gewohnt verwenden.

(Ich habe diese Beiträge in das Tickets-Thema verschoben, damit sie das Problem besser verfolgen können )

[robbyoconnor]

@JammyDodger Das habe ich total verpasst – danke!

[Nick_Chomey]

Es ist enttäuschend zu sehen, dass dies im Friedhof gelandet ist – es wurde sicher viel Arbeit hineingesteckt und es hatte so viel Potenzial! Ich hoffe, es wird irgendwann wiederbelebt…

[Moin]

Im Thema, in dem der Umzug nach #plugin:broken-plugin besprochen wurde

@angus

Es wird mich motivieren, es zu reparieren.

[jerry0 (Jerry)]

Ich habe auch ein Problem mit dem TIckets-Plugin festgestellt, das beim Versuch, Tags zu beliebigen PMs hinzuzufügen, einen „Internal Server Error“ verursacht. Das Plugin wurde deaktiviert und alles ist wieder normal.

Fehlerprotokoll:

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 Ich habe gerade einen Fix für das Problem, das dieses Plugin hatte, gepusht

Support for when discourse tagging filter_allowed_tags returns a context

Wenn einer von euch aktualisieren und antworten könnte, um den Fix zu bestätigen, werde ich dieses Plugin zurück zu Plugin verschieben.

[Nick_Chomey]

Ich werde es bald testen und mich wieder melden.

[Nick_Chomey]

@angus

Vielen Dank für deine Arbeit daran! Ich hoffe wirklich, dass es bald fertiggestellt werden kann!

Ich habe jetzt einige grundlegende Tests durchgeführt und es gibt immer noch die meisten Probleme, die ich hier gemeldet habe.

Ich erhalte keine Popup-Fehlermeldung mehr mit der Aufschrift „Sorry an error has occured“, aber das Klicken auf die Schaltfläche „Assign“ im Tickets-Modul (rechts neben den Tags) tut nichts und erzeugt dieselben Konsolenfehler, die zuvor in der Bildschirmaufnahme gezeigt wurden.

Ich kann ein Thema mit der Schaltfläche „Assign“ unter dem Thema zuweisen, aber Tickets und Assign scheinen immer noch nicht miteinander zu kommunizieren. Die Spalte „Assigned“ im Tickets-Dashboard wird nicht gefüllt.

Außerdem hoffe ich, dass du dich, während du dich damit beschäftigst, vielleicht ein wenig um die Anfrage kümmern könntest, die verschiedene Leute gestellt haben – nämlich Gruppen über „Staff“ hinaus die Nutzung von Tickets zu ermöglichen. Ich habe ein wenig im Code herumgestöbert und ein paar Stellen bemerkt, an denen Dinge wie currentUser.staff, is_staff usw. stehen. Ich vermute also, dass es nicht allzu schwierig wäre, entweder

1. diese Bedingung zu lockern/zu entfernen,
2. eine weitere Benutzergruppe (z. B. TicketsTeam) hinzuzufügen, die wir selbst erstellen und definieren könnten, oder
3. einen Mechanismus zur Anpassung in den Tickets-Einstellungen hinzuzufügen, der es uns ermöglicht, zu definieren, welche Gruppen Zugriff auf Tickets haben.

Offensichtlich ist 3 > 2 > 1, aber was auch immer du bevorzugst, wäre sehr willkommen! Ich denke auch, dass dies Tickets breiter ansprechend machen würde, was deine frühere harte Arbeit lohnenswerter machen würde.

Nochmals vielen Dank!

[jerry0 (Jerry)]

@angus

Wenn einer von Ihnen das Update durchführen und zur Bestätigung der Korrektur antworten könnte, werde ich dieses Plugin wieder unter Plugin verschieben.

Hallo @angus – ja, das hat das Tag-Problem behoben.

Ich halte dieses Plugin jedoch immer noch für kaputt, da die gesamte Interaktion mit dem Assigned-Plugin nicht mehr funktioniert und sowohl @Nick_Chomey als auch ich dies seit Monaten melden (und Pavilion separat kontaktieren, ohne nützliche Antwort). Es wird einfach nicht angezeigt, wem ein Ticket zugewiesen ist, was ein ziemlich großes Problem darstellt.

Danke, ich hoffe, das kann trotzdem behoben werden.

[angus (Angus McLeod)]

@Nick_Chomey @jerry0 Ich habe dieses Plugin aktualisiert, um die Änderungen im Assign-Plugin zu unterstützen.

COMPATIBILITY: Support new assign plugin data model

@jerry0

sowohl @Nick_Chomey als auch ich haben dies gemeldet (und Pavilion separat seit Monaten kontaktiert, ohne eine nützliche Antwort zu erhalten)

Entschuldigung, wenn wir Ihre Nachrichten übersehen haben! Wie haben Sie versucht, uns zu kontaktieren? Haben Sie einen Fehlerbericht eingereicht (ich sehe keinen für das Tickets-Plugin)? Haben Sie mir irgendwo eine Nachricht geschickt? Oder meinen Sie Ihre früheren Beiträge in diesem Thema?

Da das Tag-Problem als behoben bestätigt wurde und ich die Zuweisungsintegration bearbeitet habe, werde ich dies zurück in Plugin verschieben.

[jerry0 (Jerry)]

@angus

Entschuldigen Sie, wenn wir Ihre Nachrichten verpasst haben! Wie haben Sie versucht, uns zu kontaktieren?

Hallo Angus – Ich weiß es wirklich zu schätzen, dass Sie sich darum kümmern. Das ist fantastisch!!! (und als Antwort auf Ihre Frage, ich habe @ellibereth ein paar Mal eine PN geschickt, wie Sie in Ihrem Beitrag oben vorgeschlagen haben). Entschuldigung, ich habe keinen Fehlerbericht eingereicht, aber ich merke mir das für die Zukunft!!

[Nick_Chomey]

@angus Danke für die weitere Arbeit daran. Ich erhalte diese Fehlermeldung, wenn ich zu site.com/admin/tickets gehe.

Sie verschwindet, wenn ich Redirect user assigned routes to ticket dashboard aktiviere.

Außerdem glaube ich, dass @jerry0 sich auf unsere verschiedenen getaggten Antworten hier in den letzten 6 Monaten bezog… Ich glaube, wir dachten, diese seien ausreichend, da Sie und Ihr Team die Probleme mehrmals anerkannt hatten…

Wenn es hier nur einen Tickets-Mechanismus gäbe, auf den Nicht-Mitarbeiter Zugriff hätten, wäre es für eine Gruppe von nicht miteinander verbundenen Personen einfach, gemeinschaftliche Aufgaben zu verfolgen und zu verwalten …

Dies ist etwas, das in einer dezentralen Gemeinschaft, wie sie oft auf Discourse betrieben wird, dringend benötigt wird. Es ist nicht sinnvoll, ein separates Projektmanagement-Tool zu verwenden (Reibungsverluste, Kosten und Overkill außerhalb des Standorts), nicht alle Probleme erfordern, auf Github erstellt/verfolgt zu werden (Reibungsverluste außerhalb des Standorts, nicht codebezogene Probleme/Aufgaben usw.), und offensichtlich erfordert eine solche Aufgabe mehr als nur eine Kategorie von Themen (daher die Existenz dieses Plugins).

Es ist bereits möglich, das Assign Plugin zu verwenden, um Themen Nicht-Mitarbeitern (wie denen innerhalb einer bestimmten Gruppe) zuzuweisen - es erscheint nur natürlich (und ich vermute, nicht besonders schwierig), diese Funktionalität/diesen Zugriff auf das Tickets-Plugin zu erweitern. Ich würde es selbst tun, aber ich weiß nicht wirklich, wie die Discourse-Entwicklung funktioniert… Es würde Tage dauern, bis ich es herausgefunden habe.

Daher hoffe ich wirklich, dass Sie sich kurz Zeit nehmen können, um Tickets auf eine der in meinem vorherigen Beitrag vorgeschlagenen Weisen zu modifizieren. Ein letzter Gedanke dazu: Da Nicht-Mitarbeiter keinen Zugriff auf site.com/admin haben, könnte/sollte das Ticket-Dashboard vielleicht in das Benutzer-Dashboard verschoben werden, wo sich das Assigned Dashboard befindet, z. B. site.com/u/[username]/activity/tickets.

[angus (Angus McLeod)]

@Nick_Chomey

Ich erhalte diese Fehlermeldung, wenn ich zu site.com/admin/tickets gehe.
…
Sie verschwindet, wenn ich Redirect user assigned routes to ticket dashboard aktiviere.

Also nur zur Bestätigung, funktioniert alles (einschließlich der Zuweisungsintegration) wie erwartet, wenn tickets redirect assigned aktiviert ist? Ich werde mir das Problem morgen ansehen.

@Nick Chomey

Ich habe mir den Code ein wenig angesehen und ein paar Stellen bemerkt, an denen Dinge wie currentUser.staff, is_staff usw. stehen. Ich vermute also, dass es nicht allzu schwierig wäre, entweder

1. diese Bedingung zu lockern/zu entfernen,
2. eine weitere Benutzergruppe (z. B. TicketsTeam) hinzuzufügen, die wir selbst erstellen und definieren könnten, oder
3. einen Mechanismus zur Anpassung in den Tickets-Einstellungen hinzuzufügen, der es uns ermöglicht zu definieren, welche Gruppen Zugriff auf Tickets haben.

Ja, wir können uns das ansehen, aber das Plugin benötigt Unit-Tests, bevor wir das tun. Das wird also noch mindestens ein paar Monate dauern. Das Wichtigste, was in diesem Plugin angegangen werden muss, ist die Härtung der bestehenden Funktionalität, damit es einfacher ist, Kompatibilitätsprobleme (wie das kürzliche Tag-Problem) zu beheben, wenn sie auftreten.

Der Hauptgrund, warum dieses Plugin bisher nicht mehr Aufmerksamkeit erhalten hat, ist, dass wir einfach nicht genug Zeit haben. Aber es gibt eine Möglichkeit, wie Sie uns helfen können, das zu lösen. Finden Sie einen Entwickler, der Erfahrung mit Ruby on Rails und JavaScript hat oder bereit ist, zu lernen, setzen Sie ihn mit mir in Kontakt und ich werde ihn als Maintainer dieses Plugins betreuen. Ich bin immer bereit, einem Mann (oder einer Frau) das Fischen beizubringen, wie das Sprichwort sagt.

@Nick Chomey

Ich habe mir den Code ein wenig angesehen und ein paar Stellen bemerkt, an denen Dinge wie currentUser.staff, is_staff usw. stehen. Ich vermute also, dass es nicht allzu schwierig wäre, entweder

Sind Sie Entwickler? Ich helfe Ihnen gerne beim Einstieg in die Discourse-Entwicklung, damit Sie das Plugin übernehmen können. Beginnen Sie hier und sobald Sie fertig sind, werde ich Ihnen einige Anfängeraufgaben im Zusammenhang mit dem Tickets-Plugin zuweisen.

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]

Vielen Dank für die durchdachte Antwort!

Ich verstehe jetzt vollkommen, nachdem Sie die zugrunde liegenden Probleme mit dem Plugin erläutert haben, die behoben werden müssen, bevor wir weitermachen können.

Ich bin ein ziemlich unerfahrener „Entwickler“, der sich hauptsächlich auf WordPress (PHP, MySQL, ein wenig JS) konzentriert. Vor ein paar Monaten hätte ich mich sehr gefreut, wenn ich angeleitet worden wäre, wie diese Funktionalität in das Plugin integriert werden kann. Aber leider habe ich jetzt wirklich keine Zeit mehr. Mein Interesse an Discourse gilt nur den neuen Foren, die ich für das Open-Source-Web-Control-Panel CyberPanel erstellt/migriert habe.

Der Entwickler hat keine Zeit oder Fähigkeit/Neigung für Community-Management, daher ist er weitgehend auf sich allein gestellt. Die Dinge haben sich seit meinem Eingreifen vor 6 Monaten, als ich alles – Support, Dokumentation usw. – nach Discourse verlagert habe, stark verbessert. Das letzte Puzzleteil ist eine Art Ticket-Management-System, um der Community und dem Entwickler besser zu ermöglichen, zu verfolgen, was getan werden muss.

Wenn jemand neugierig ist, kann er es hier einsehen: https://community.cyberpanel.net/

Ich hoffe wirklich, dass jemand anderes Ihr großzügiges Mentoring-Angebot annimmt!

[merefield (Robert)]

Da CyberPanel ein umsatzgenerierendes Unternehmen ist, könnte es die Arbeit finanzieren? Ich bin sicher, Pavilion würde sich über sein Geschäft freuen.

[piffy]

Ich suche nach einer Möglichkeit, Feedback/Vorschläge von den Mitgliedern meiner Community zu erhalten, die für alle Mitarbeiter sichtbar sind, aber für andere Nicht-Mitarbeiter verborgen bleiben. Das scheint eine mögliche Lösung zu sein, aber ich bin mir nicht ganz sicher, wie es in der Praxis funktioniert. Ist die Idee, dass ein Benutzer eine PN erstellt und sie als Ticket markiert?

Ich bin auch offen für Vorschläge zu anderen Plugins, die für diesen Zweck geeignet wären.

[Marcell_Csendes]

Wie erstelle ich neue Tickets? Ich würde mich über einige Anleitungen freuen…

[eddie_patently.com (Eddie)]

In “Tickets”, wenn Sie auf die Spaltenüberschrift “Priorität” klicken, würden Sie erwarten, dass die Liste nach dieser Spalte sortiert zurückgegeben wird. Sie sortiert sich nicht. Sie hat keinerlei Auswirkung.

Sie fügt dies zur URL hinzu:

&order=priority

Aber die Liste ist immer noch in zufälliger Reihenfolge.

[JammyDodger]

Hallo und willkommen @eddie_patently.com

Ich habe deinen Beitrag zum Thema Tickets Plugin 🎟 verschoben, damit die Maintainer dieses Plugins über dein Problem informiert sind.