È stato segnalato un problema con il plugin Tickets e purtroppo è attualmente contrassegnato come #plugin:broken-plugin. Se rimuovi il plugin da app.yml e lo ricompili, il resto del sito dovrebbe essere in grado di utilizzare i tag normalmente.
(Ho spostato questi post nell’argomento Tickets in modo che possano monitorare meglio il problema )
È deludente vedere che questo è finito nel dimenticatoio - sicuramente ci è stato dedicato molto lavoro e aveva così tanto potenziale! Spero che venga ripreso a un certo punto…
Ho anche identificato un problema con il plugin TIckets, che causa un “Errore interno del server” quando si tenta di aggiungere un tag a qualsiasi PM, ho disabilitato il plugin e tutto è tornato alla normalità
Log di errore:
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'
Grazie MILLE per il tuo lavoro su questo! Spero davvero che possa essere finalizzato presto!
Ho fatto dei test di base ora e sta ancora avendo la maggior parte dei problemi che ho segnalato qui.
Non ricevo più il messaggio di errore popup che dice “Mi dispiace, si è verificato un errore”, ma cliccare sul pulsante Assegna nel modulo Ticket (a destra dei tag) non fa nulla e produce gli stessi errori della console mostrati in precedenza nella registrazione dello schermo.
Posso assegnare un argomento con il pulsante Assegna sotto l’argomento, ma Ticket e Assegna ancora non sembrano comunicare tra loro. La colonna Assegnato nella Dashboard Ticket non si popola.
Inoltre, spero che mentre stai esaminando questo, tu possa dedicare un po’ di attenzione alla richiesta che diverse persone hanno fatto: consentire a gruppi oltre a “Staff” di poter utilizzare Ticket. Ho dato un’occhiata al codice e ho notato alcuni punti in cui dice cose come currentUser.staff, is_staff ecc… Quindi immagino che non sarebbe troppo difficile o
allentare/rimuovere quella clausola,
aggiungere un altro gruppo di utenti (ad esempio, Team Ticket) che potremmo creare e definire noi stessi, o
aggiungere un qualche meccanismo di personalizzazione nelle impostazioni di Ticket che ci permetta di definire quali gruppi hanno accesso a Ticket.
Ovviamente 3 > 2 > 1, ma qualunque cosa tu preferisca sarà molto apprezzata! Penso anche che renderebbe Ticket più ampiamente appetibile, il che renderebbe il tuo precedente duro lavoro più gratificante.
Ciao @angus, sì, questo ha risolto il problema dei tag.
Tuttavia, considero ancora questo plugin non funzionante poiché nessuna delle interazioni con il plugin Assigned funziona più, e sia io che @Nick_Chomey lo stiamo segnalando (e contattando Pavilion separatamente per mesi senza alcuna risposta utile). Semplicemente non mostra a chi è assegnato un ticket, il che è un problema piuttosto grave.
@Nick_Chomey@jerry0 Ho aggiornato questo plugin per supportare le modifiche nel plugin assign.
Mi scuso se abbiamo perso i tuoi messaggi! Come hai provato a contattarci? Hai segnalato un bug (non ne vedo nessuno per il plugin tickets)? Mi hai scritto da qualche parte? O intendi i tuoi post precedenti in questo argomento?
Dato che il problema dei tag è confermato come risolto e ho affrontato l’integrazione di assign, sposterò questo di nuovo in Plugin.
Ciao Angus, apprezzo molto il tuo lavoro. È fantastico!!! (e in risposta alla tua domanda, ho inviato un messaggio privato a @ellibereth un paio di volte come hai suggerito nel tuo post sopra). Scusa, non ho presentato un bug report ma ne prendo nota per il futuro!!
Scompare se seleziono Redirect user assigned routes to ticket dashboard.
Inoltre, penso che @jerry0 si riferisse alle nostre varie risposte taggate qui negli ultimi 6 mesi… Penso che pensassimo che fossero sufficienti, dato che tu e il tuo team avevate riconosciuto i problemi in diverse occasioni…
Se solo ci fosse un meccanismo di Ticket qui a cui i non staff potessero accedere, allora sarebbe facile per un gruppo di persone non correlate tracciare e gestire compiti comuni…
È qualcosa di disperatamente necessario in una comunità decentralizzata, come quelle spesso gestite su Discourse. Non ha senso utilizzare uno strumento di gestione progetti separato (attrito esterno, costi ed eccessivo), non tutti i problemi giustificano l’essere creati/tracciati su Github (attrito esterno, problemi/compiti non correlati al codice, ecc…), e, ovviamente, un tale compito richiede più di una semplice categoria di argomenti (da qui l’esistenza di questo plugin).
È già possibile utilizzare il Plugin Assegna per assegnare argomenti a membri non staff (come quelli all’interno di un particolare gruppo) - sembra solo naturale (e, sospetto, non terribilmente difficile) estendere tale funzionalità/accesso al plugin Ticket. Lo farei io stesso, ma non so davvero come funziona lo sviluppo di Discourse… Mi ci vorrebbero giorni per capirlo.
Quindi, spero davvero che tu possa dare un’occhiata veloce alla modifica dei Ticket in uno dei modi suggeriti nel mio post precedente. Un ultimo pensiero a riguardo: dato che i non staff non hanno accesso a site.com/admin, forse la dashboard dei ticket può/dovrebbe essere spostata nella Dashboard Utente, dove si trova la Dashboard Assegnata, ad esempio site.com/u/[username]/activity/tickets
Quindi, solo per confermare, tutto (inclusa l’integrazione di assegnazione) funziona come previsto per te, se tickets redirect assigned è abilitato? Esaminerò il problema domani.
Sì, possiamo considerare di aggiungere questo, ma il plugin necessita di unit test prima di farlo, quindi non accadrà per almeno qualche mese. La cosa più importante da affrontare in questo plugin è rafforzare la funzionalità esistente in modo che sia più facile affrontare problemi di compatibilità (come il recente problema dei tag) quando si presentano.
Il motivo principale per cui questo plugin non ha ricevuto maggiore attenzione è che semplicemente non abbiamo abbastanza tempo. Ma c’è un modo in cui puoi aiutarci a risolvere questo problema. Trova uno sviluppatore con esperienza in Ruby on Rails e JavaScript, o disposto a imparare, mettilo in contatto con me e lo seguirò come manutentore di questo plugin. Sono sempre disposto a insegnare a un uomo (o una donna) a pescare, come dice il proverbio.
Sei uno sviluppatore? Sarei felice di aiutarti a iniziare con lo sviluppo di Discourse in modo che tu possa occuparti del plugin. Inizia da qui e una volta finito ti assegnerò alcuni compiti per principianti relativi al Plugin Tickets.
Capisco perfettamente, ora che mi hai spiegato i problemi di fondo con il plugin che devono essere risolti prima di procedere.
Sono uno sviluppatore piuttosto novizio, mi occupo principalmente di WordPress (php, mysql, un po’ di js), quindi qualche mese fa mi sarebbe piaciuto essere seguito su come integrare questa funzionalità nel plugin. Ma sfortunatamente ora non ho davvero tempo da dedicare. Il mio interesse per Discourse è solo per i nuovi forum che ho creato/migrato per il pannello di controllo web open-source CyberPanel.
Lo sviluppatore non ha tempo o abilità/inclinazione per la gestione della community, quindi è in gran parte lasciato a se stesso. Le cose sono migliorate molto da quando sono intervenuto 6 mesi fa e ho spostato tutto - supporto, documentazione, ecc. - su Discourse. L’ultimo pezzo del puzzle è avere una sorta di sistema di gestione dei ticket per consentire meglio alla community e allo sviluppatore di tracciare ciò che deve essere fatto.
Dato che CyberPanel è un’attività generatrice di entrate, potrebbe essere in grado di finanziare il lavoro? Sono sicuro che Pavilion sarebbe felice per i suoi affari.
Sto cercando un modo per ricevere feedback/suggerimenti dai membri della mia community che tutto lo staff possa visualizzare ma che sia nascosto agli altri membri non staff. Questo sembra poter funzionare come soluzione, ma non mi è molto chiaro come funzioni in pratica. L’idea è che un utente crei un PM e lo contrassegni come ticket?
Sono anche aperto a qualsiasi suggerimento su altri plugin che funzionerebbero per questo scopo.
In “Tickets”, cliccando sull’intestazione della colonna chiamata “Priority”, ci si aspetterebbe che l’elenco venga restituito ordinato in base a quella colonna. Non viene ordinato. Non ha alcun effetto.
)
