Tickets Plugin 🎟

[robbyoconnor]

태그 필터링이 문제를 일으키는 것 같습니다. 관련이 있다면 현재 bb019aab5d 커밋을 사용하고 있습니다. 스택 트레이스는 아래에 있습니다.

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]

Tickets 플러그인에 문제가 보고되었으며, 안타깝게도 현재 #plugin:broken-plugin으로 표시되어 있습니다. 앱의 app.yml 파일에서 해당 플러그인을 제거하고 다시 빌드하면, 사이트의 나머지 부분이 태그를 정상적으로 사용할 수 있게 됩니다.

(이 문제를 더 잘 추적할 수 있도록 해당 게시글들을 Tickets 토픽으로 옮겼습니다 )

[robbyoconnor]

@JammyDodger 그걸 완전히 놓치고 있었네요 – 감사합니다!

[Nick_Chomey]

이 프로젝트가 폐기된 것 같아 정말 아쉬워요. 분명 많은 공력이 들어갔을 텐데, 잠재력도 상당했잖아요! 언젠가 다시 부활했으면 좋겠네요…

[Moin]

#plugin:broken-plugin 이동을 논의했던 주제에서

@angus

수정하도록 동기부여가 될 거예요.

[jerry0 (Jerry)]

TIckets 플러그인에서도 문제를 발견했는데, 개인 메시지(PM)에 태그를 추가하려고 하면 "Internal Sever Error"가 발생했습니다. 플러그인을 비활성화한 후 정상으로 돌아왔습니다.

에러 로그:

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 이 플러그인이 가지고 있던 문제에 대한 수정을 방금 push했습니다.

Support for when discourse tagging filter_allowed_tags returns a context

누군가 업데이트 후 수정이 잘 된 것을 확인해 주시면, 이 플러그인을 #customization:plugin으로 되돌려 놓겠습니다.

[Nick_Chomey]

곧 테스트해서 결과를 알려드리겠습니다.

[Nick_Chomey]

@angus

이 작업에 대해 정말 감사합니다! 곧 마무리될 수 있기를 진심으로 바랍니다!

기본적인 테스트를 몇 가지 해보았는데, 제가 여기에 보고했던 대부분의 문제가 여전히 남아 있습니다.

"죄송합니다. 오류가 발생했습니다"라는 팝업 오류 메시지는 더 이상 나타나지 않지만, 티켓 모듈의 할당(Assign) 버튼(태그 오른쪽에 있는 버튼)을 클릭하면 아무 반응이 없고, 이전 화면 녹화에서 보였던 것과 동일한 콘솔 오류가 발생합니다.

토픽 아래에 있는 할당 버튼을 사용하면 토픽을 할당할 수는 있지만, 티켓과 할당 기능이 여전히 서로 연동되지 않는 것 같습니다. 티켓 대시보드의 ‘할당됨(Assigned)’ 열에 데이터가 채워지지 않습니다.

또한, 이 부분을 확인하시는 동안 많은 사람들이 요청해 온 사항에도 조금 관심을 가져주셨으면 합니다. ‘Staff(관리자)’ 그룹 외에 다른 그룹도 티켓을 사용할 수 있도록 허용해 주는 것입니다. 코드를 조금 살펴보니 currentUser.staff, is_staff 등이 있는 몇 가지 장소를 발견했습니다. 그래서 다음 중 하나가 구현되지 않을까 추측해 봅니다.

1. 해당 제한 조건을 완화하거나 제거하거나,
2. 우리가 직접 생성하고 정의할 수 있는 별도의 userGroup(예: TicketsTeam)을 추가하거나,
3. 티켓 설정에서 티켓 접근 권한이 있는 그룹을 정의할 수 있는某种의 커스터마이징 메커니즘을 추가하는 것입니다.

물론 3 > 2 > 1이지만, 어떤 방향으로 진행하시든 큰 도움이 될 것입니다. 또한 이렇게 하면 티켓 기능이 더 널리 appeal을 갖게 되어, 그동안의 노력이 더 가치 있게 될 것이라고 생각합니다.

다시 한번 감사합니다!

[jerry0 (Jerry)]

@angus

누구 한 명만 업데이트를 적용하고 수정이 확인되었는지 회신해 주시면, 이 플러그인을 #customization:plugin으로 다시 이동하겠습니다.

@angus 님 - 네, 태그 문제는 해결되었습니다.

하지만 여전히 이 플러그인은 깨져 있다고 생각합니다. Assigned 플러그인과의 연동이 전혀 작동하지 않기 때문이죠. @Nick_Chomey 님과 저도 이 문제를 보고해 왔으며(수개월 동안 Pavilion에 별도로 연락했지만 유익한 답변을 받지 못했습니다), 티켓이 누구에게 할당되었는지 표시되지 않는 것은 상당히 큰 문제입니다.

감사합니다. 그래도 이 문제가 수정되기를 바랍니다.

[angus (Angus McLeod)]

@Nick_Chomey @jerry0 assign 플러그인의 변경 사항에 대응하도록 이 플러그인을 업데이트했습니다.

COMPATIBILITY: Support new assign plugin data model

@jerry0

@Nick_Chomey와 저 모두 이 문제를 보고해 왔습니다 (수개월간 Pavilion에 별도로 연락했지만 유용한 답변은 없었습니다)

메시지를 놓쳤다면 죄송합니다! 어떻게 저희에게 연락을 시도하셨나요? 버그 리포트를 제출하셨나요 (tickets 플러그인에 대한 리포트는 보이지 않습니다)? 어딘가에서 저에게 메시지를 보냈나요? 아니면 이 토픽의 이전 게시글을 말씀하시는 건가요?

태그 문제가 수정된 것으로 확인되었고, assign 통합 문제도 처리했으므로, 이 문제를 #customization:plugin으로 다시 옮기겠습니다.

[jerry0 (Jerry)]

@angus

메시지를 놓쳤다면 죄송합니다! 어떻게 저희에게 연락을 시도하셨나요?

안녕하세요, Angus. 이 문제를 처리해 주셔서 정말 감사드립니다. 정말 훌륭하시네요!!! (그리고 질문에 대한 답변으로, 위 글에서 조언해 주신 대로 @ellibereth에게 몇 번이나 개인 메시지를 보냈습니다.) 버그 보고를 하지 않은 점 죄송합니다. 앞으로는 꼭 그렇게 하겠습니다!!

[Nick_Chomey]

@angus 이 부분에 대한 추가 작업에 감사드립니다. site.com/admin/tickets로 이동하면 이 오류가 발생합니다.

Redirect user assigned routes to ticket dashboard 옵션을 체크하면 오류가 사라집니다.

또한, @jerry0 님이 지난 6개월 동안 여기에서 여러 태그가 붙은 댓글들을 언급하고 계셨던 것 같습니다… 당시 그분과 팀이 몇 차례 문제를 인지하고 있다는 점을 확인해 주셨기 때문에, 그것만으로도 충분하다고 생각했던 것 같습니다…

비 스태프(일반 사용자)도 접근할 수 있는 티켓(Tickets) 메커니즘만 있다면, 서로 무관한 사람들이 공동 작업을 추적하고 관리하기가 훨씬 쉬울 텐데…

Discourse로 운영되는 탈중앙화 커뮤니티에서는 이것이 극히 필요합니다. 별도의 프로젝트 관리 도구를 사용하는 것은 비합리적입니다(사이트 외부에서의 마찰, 비용, 과잉 사양 등). 또한 모든 이슈가 Github에서 생성/추적되어야 할 만큼 중요한 것은 아닙니다(사이트 외부에서의 마찰, 코드와 무관한 이슈/작업 등…). 그리고 당연히, 이러한 작업은 단순히 주제 카테고리를 만드는 것만으로는 부족합니다(그래서 이 플러그인이 존재하는 것이죠).

이미 Assign 플러그인을 사용하여 주제를 비 스태프(예: 특정 그룹에 속한 사용자)에게 할당할 수 있습니다. 이러한 기능/접근 권한을 Tickets 플러그인으로도 확장하는 것이 자연스럽고(그리고 제 생각에는 아주 어렵지 않을 것 같습니다) 당연해 보입니다. 직접 해보고 싶지만, Discourse 개발 방식에 대해 잘 알지 못합니다… 알아내는 데 며칠은 걸릴 것 같습니다.

그래서 제가 이전 게시물에서 제안한 방법 중 하나로 Tickets를 수정해 줄 수 있도록 잠시 살펴봐 주시길 진심으로 부탁드립니다. 마지막으로 한 가지 생각 - 비 스태프는 site.com/admin에 접근할 수 없으므로, 티켓 대시보드를 User Dashboard로 이동하는 것이 가능/적절할 수 있습니다. 예를 들어 할당된 대시보드가 site.com/u/[username]/activity/tickets처럼 되는 방식이죠.

[angus (Angus McLeod)]

@Nick_Chomey

site.com/admin/tickets 로 이동하면 이 오류가 발생합니다.
…
Redirect user assigned routes to ticket dashboard(지정된 사용자의 라우트를 티켓 대시보드로 리다이렉트) 옵션을 활성화하면 오류가 사라집니다.

확인차 다시 질문드리는데, tickets redirect assigned이 활성화된 경우, 모든 것(인수 통합 포함)이 정상적으로 작동하고 있는 것이 맞나요? 해당 이슈 자체는 내일 확인해 보겠습니다.

@Nick_Chomey

코드를 조금 살펴보다가 currentUser.staff, is_staff 같은 문구가 있는 부분을 몇 군데 발견했습니다. 그래서 아마 다음 중 하나를 구현하는 것이 그리 어렵지 않을 것 같다는 추측을 합니다.

1. 해당 조건을 완화하거나 제거하거나,
2. 우리가 직접 생성하고 정의할 수 있는 다른 userGroup(예: TicketsTeam)을 추가하거나,
3. Tickets 설정에 어떤 종류의 커스터마이징 메커니즘을 추가하여 어떤 그룹이 Tickets에 접근할 수 있는지 정의할 수 있게 하거나.

네, 이 기능을 추가하는 방안을 검토해 볼 수 있습니다. 하지만 이를 수행하기 전에 플러그인에 단위 테스트(unit tests)가 필요하므로, 최소 몇 달은 걸릴 것입니다. 이 플러그인에서 가장 우선적으로 다뤄야 할 사항은 기존 기능을 강화하여, 문제가 발생했을 때(예: 최근 발생한 태그 이슈) 호환성 문제를 해결하기 쉽게 만드는 것입니다.

이 플러그인에 더 많은 관심이 쏠리지 않는 주된 이유는 단순히 시간이 부족하기 때문입니다. 하지만 그 문제를 해결하는 데 도움을 줄 수 있는 방법이 있습니다. Ruby on Rails와 JavaScript에 경험이 있거나 배우기 의지가 있는 개발자를 찾아서 저에게 소개해 주십시오. 이 플러그인의 유지보수자로서 그들을 멘토링해 드리겠습니다. 속담처럼 말하듯, 물고기 잡는 법을 가르쳐 주는 데 항상 기꺼이 응합니다.

@Nick_Chomey

코드를 조금 살펴보다가 currentUser.staff, is_staff 같은 문구가 있는 부분을 몇 군데 발견했습니다. 그래서 아마 다음 중 하나를 구현하는 것이 그리 어렵지 않을 것 같다는 추측을 합니다.

개발자이신가요? Discourse 개발을 시작하시도록 기꺼이 도움을 드릴 수 있으며, 그렇게 하시면 플러그인을 인수할 수 있습니다. 먼저 여기서 시작하시고, 완료되면 Tickets Plugin과 관련된 입문자 수준의 작업들을 몇 가지 설정해 드리겠습니다.

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]

매우 깊이 있는 답변을 주셔서 진심으로 감사드립니다!

이제 플러그인에 존재하는 근본적인 문제들을 앞으로 나아가기 전에 먼저 해결해야 한다는 점을 설명해 주시니, 완전히 이해합니다.

저는 아직 초보 수준의 '개발자’로, 주로 WordPress(php, mysql, js 일부)에 집중하고 있습니다. 그래서 몇 달 전만 해도 이 기능을 플러그인에 통합하는 방법에 대해 멘토링을 받을 수 있었다면 정말 기뻤을 것입니다. 하지만 안타깝게도 지금은 시간을 내기가 어렵습니다. Discourse에 대한 제 관심은 제가 오픈소스 웹 제어 패널인 CyberPanel을 위해 새로 만들거나 이전한 포럼들 때문입니다.

개발자는 커뮤니티 관리에 시간을 할애하거나 그에 대한 역량이나 의향이 없기 때문에, 대부분 혼자 힘으로 진행해야 하는 상황입니다. 제가 6개월 전 개입하여 지원, 문서 등 모든 것을 Discourse로 이전한 이후로 상황이 많이 개선되었습니다. 이제 퍼즐의 마지막 조각은 커뮤니티와 개발자가 해야 할 일을 더 잘 추적할 수 있도록 어떤 형태의 티켓 관리 시스템을 갖추는 것입니다.

관심 있으신 분들은 여기서 확인해 보실 수 있습니다: https://community.cyberpanel.net/

어쨌든, 다른 누군가가 멘토링을 위한 여러분의 넉넉한 제안을 받아들이길 진심으로 바랍니다!

[merefield (Robert)]

사이버패널은 수익을 창출하는 비즈니스이므로, 해당 작업을 지원할 수 있지 않을까요? 파빌리온도 이 비즈니스에 대해 기뻐할 것입니다.

[piffy]

커뮤니티 멤버들로부터 피드백/제안을 받을 수 있는 방법을 찾고 있습니다. 이 내용은 스태프가 모두 볼 수 있어야 하지만, 비(非)스태프 일반 회원에게는 숨겨져야 합니다. 이 기능이 해결책이 될 수 있을 것 같지만, 실제 작동 방식이 정확히 어떻게 되는지 조금 애매합니다. 사용자가 개인 메시지를 작성한 뒤 이를 티켓으로 태그하는 방식이 맞나요?

이 목적에 맞는 다른 플러그인도 있다면 제안해 주시면 감사하겠습니다.

[Marcell_Csendes]

새 티켓을 어떻게 만들 수 있나요? 가이드가 있으면 감사하겠습니다…

[eddie_patently.com (Eddie)]

"티켓"에서 "우선순위"라는 열 제목을 클릭하면 해당 열 기준으로 정렬된 목록이 표시될 것이라고 예상합니다. 하지만 정렬이 되지 않습니다. 아무런 효과가 없습니다.

URL에 다음이 추가됩니다:

&order=priority

하지만 목록은 여전히 무작위로 정렬되어 있습니다.

[JammyDodger]

안녕하세요, @eddie_patently.com

작성하신 게시글을 Tickets Plugin 🎟 토픽으로 이동시켰습니다. 해당 플러그인의 유지보수 담당자가 문제를 인지할 수 있도록 조치했습니다.