A problem has been reported with the Tickets plugin and itās unfortunately currently marked as a #plugin:broken-plugin. If you remove the plugin from your app.yml and rebuild it should allow the rest of the site to use tags as normal.
(Iāve moved these posts across to the Tickets topic so they can better track the issue )
Itās disappointing to see that this has hit the graveyard - surely a lot of work went into it and it had so much potential! I hope it will get revived at some pointā¦
Iāve also identified problem with TIckets plugin, causing āInternal Sever Errorā when trying to add tag to any PMs, have disabled the plugin and back to normal
Error log:
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'
Thanks VERY much for your work on this! I really hope that it can get polished off soon!
I have done some basic testing now and it is still having most of the problems that I reported here.
I no longer get the popup error message saying āSorry an error has occuredā, but clicking the Assign button in the Tickets module (to the right of the tags) doesnt do anything and produces the same console errors shown previously in the screen recording.
I can assign a topic with the Assign button below the topic, but Tickets and Assign still donāt seem to be talking to each other. The Assigned column in the Tickets Dashboard doesnāt populate.
Also, Iām hoping that while you are looking at this you might be able to give a bit of attention to the request that a variety of people have made - allowing groups beyond āStaffā to be able to use Tickets. I poked around in the code a bit and noticed a few places where it says things like currentUser.staff, is_staff etcā¦ So Iām guessing that it wouldnāt be too difficult to either
relax/remove that stipulation,
add another userGroup (e.g. TicketsTeam) that we could create and define ourselves, or
add some sort of customization mechanism in the Tickets settings that allows us to define which groups have access to Tickets.
Obviously 3 > 2 > 1, but whatever you are inclined towards would be greatly appreciated! I also think it would make Tickets more broadly appealing, which would make your previous hard work more worth the while.
However I still consider this plugin to be broken as none of the interplay with the Assigned plugin is working any more, and both @Nick_Chomey and me have been reporting this (and contacting Pavilion separately for months without any useful response). It just doesnāt show who a ticket is assigned to which is pretty major issue.
@Nick_Chomey@jerry0 Iāve updated this plugin to support the changes in the assign plugin.
Sorry if weāve missed your messages! How did you try and contact us? Did you file a bug report (I donāt see any for the tickets plugin)? Did you message me somewhere? Or do you mean your posts earlier in this topic?
Given the tags issue is confirmed as fixed, and Iāve addressed the assign integration, Iāll be moving this back to plugin.
Hi Angus - I really appreciate you working on this. Thatās fantastic!!! (and in response to your question, I PMād @ellibereth a few times as you suggested in your post above). Sorry, I didnāt file a bug report but note that for the future!!
@angus Thanks for the further work on this. I get this error when I go to site.com/admin/tickets
It goes away if I check Redirect user assigned routes to ticket dashboard.
Also, I think @jerry0 was referrring to our various tagged replies here over the past 6 monthsā¦ I think we thought those were sufficient, given that you and your team had acknowledged the problems on a few occasionsā¦
If only there were a Tickets mechanism here that non-staff members had access to, then it would be easy for a group of unrelated people to track and manage communal tasks ā¦
It is something that is desperately needed in a decentralized community, such as those often run on Discourse. It doesnāt make sense to use a separate project management tool (off-site friction, costs and overkill), not all issues warrant being made/tracked on Github (off-site friction, non-code-related issues/tasks, etcā¦), and, obviously, such a task needs more than just a category of topics (hence the existence of this plugin).
It is already possible to use the Assign Plugin to assign topics to non-staff members (such as those within a particular group) - it seems only natural (and, I suspect, not terribly difficult) to extend such functionality/access to the Tickets plugin. Iād do it myself, but I donāt really know how Discourse development worksā¦ It would take me days to figure out.
So, I really hope you can take a quick look into modifying Tickets in one of the ways suggested in my previous post. A final thought on it - given that non-staff donāt have access to site.com/admin perhaps the tickets dashboard can/should be moved to the User Dashboard, where the Assigned Dashboard is e.g. site.com/u/[username]/activity/tickets
So just to confirm, everything (including the assign integration) is working as expected for you, if tickets redirect assigned is enabled? Iāll look at the issue itself tomorrow.
Yes, we can look at adding this, but the plugin needs unit tests before we do this so itās not going to happen for at least a few months. The most important thing to address in this plugin is hardening the existing functionality so itās easier to address compatibility issues (like the recent tag issue) when they arise.
The main reason this plugin hasnāt gotten more attention is because we simply donāt have enough time. But there is a way you can help us solve that. Find a developer who has some experience with Ruby on Rails and JavaScript, or is willing to learn, put them in contact with me and Iāll mentor them as the maintainer of this plugin. Iām always willing to teach a man (or woman) to fish as the saying goes.
Are you a developer? Iād be happy to help you get started with Discourse development so you can take over the plugin. Start out here and once youāre done Iāll set you up with the some beginner tasks involving the Tickets Plugin.
I completely understand, now that you explain the underlying issues with the plugin that need to be addressed before moving forward.
Iām a pretty novice ādeveloperā, mostly focusing on WordPress (php, mysql, a bit of js), so a few months ago I would have loved to be mentored on how to get this functionality integrated into the plugin. But unfortunately I really donāt have time to spare now. My interest in Discourse is just for the new forums that I created/migrated for the open-source CyberPanel web control panel.
The developer doesnāt have time or skill/inclination for community management, so he is largely left flying solo. Things have improved a lot since I intervened 6 months ago and moved everything - support, docs etcā¦ - to Discourse. The final piece of the puzzle is to have some sort of tickets management system to better allow the community and developer to track what needs to be done.
Iām looking for a way to receive feedback/suggestions from the members of my community that all the staff can view but is hidden to other non-staff members. This looks like it could work as a solution but Iām a bit fuzzy on how it works in practice. Is the idea that a user would create a PM and tag it as a ticket?
Also open to any suggestions on other plugins that would work for this purpose
In āTicketsā, clicking on the column heading called āPriorityā, youād expect the list to come back sorted by that column. It does not sort. It has zero effect.