그룹 메시지에서는 “해결로 표시” 버튼(discourse-solved 플러그인 제공)이 이전에 해당 버튼에 접근할 수 있었던 사용자들에게 더 이상 표시되지 않습니다. 토픽에서는 버튼이 여전히 올바르게 표시됩니다:
이것은 과거에 해당 버튼을 사용했던 그룹 메시지이며, 해결이 표시되어 있지만 활성화/비활성화 버튼을 더 이상 찾을 수 없습니다:
이것은 최근 변경 사항인지, 아니면 버그인가요? 그리고 그룹 메시지에서 버튼을 복원할 방법이 있을까요?
그룹 메시지에서는 “해결로 표시” 버튼(discourse-solved 플러그인 제공)이 이전에 해당 버튼에 접근할 수 있었던 사용자들에게 더 이상 표시되지 않습니다. 토픽에서는 버튼이 여전히 올바르게 표시됩니다:
이것은 과거에 해당 버튼을 사용했던 그룹 메시지이며, 해결이 표시되어 있지만 활성화/비활성화 버튼을 더 이상 찾을 수 없습니다:
이것은 최근 변경 사항인지, 아니면 버그인가요? 그리고 그룹 메시지에서 버튼을 복원할 방법이 있을까요?
그룹 개인 메시지에서 전에 작동했다는 말씀이신가요? 저는 그 전에 본 적이 없어서, 이 다른 주제에서도 언급했듯이 불가능한 줄 알았습니다:
흥미롭네요. 해당 주제는 받은 편지함에서 해결됨/미해결 필터를 제공해 달라는 요청이었으므로, 사용자는 이미 받은 편지함에서 solved 플러그인을 사용 중이었을 것으로 예상됩니다. 따라서 그 기능이 요청되었을 당시에는 작동했을 것이라고 가정합니다. 왜 전혀 작동하지 않았다고 결론을 내리신 건가요?
동의합니다. 그룹 메시지에 대해 어떻게 활성화할 수 있는지 이해가 안 됩니다. 어쩌면 해결된 주제가 메시지로 전환된 것일까요? 그런 경우 어떤 일이 일어나나요?
네! 설치된 버전에 따라 다릅니다. 3.4.0.beta3-dev에서 3.5.0.beta7-dev로 업데이트하면 이 기능이 제거됩니다.
3.4.0.beta3-dev에서 그룹 메시지로 작동하는 방식은 다음과 같습니다:
감사합니다!
2월에 변경 사항이 있었습니다: FIX: don't allow or count solutions in PMs - Pull Request #334 - discourse/discourse-solved - GitHub
아주 간단합니다. 이 변경 사항은 사용자가 개인 메시지(PM)에서 게시물을 해결책으로 표시하지 못하도록 방지합니다.
또한 개인 메시지로 전환된 토픽에서 해결책이 집계되지 않도록 합니다.
내부 참조 t/146766
정말 의도된 것인가요? 최소한 그룹 메시지에서 사용 가능해야 합니다.
이건 #support에서 Contribute > Bug 또는 Contribute > Feature 중 하나로 옮기는 게 좋을 것 같아요.
2월까지 작동하다가 이제 안 되니까 #contribute:bug를 선택하겠습니다. 하지만 내부 토픽에서 어떤 논의가 있었는지는 모르겠어요.
이 변경은 의도된 것이므로 Contribute > Feature 채널로 옮겼습니다.
@Gerard_Cobas 사용 사례에 대해 더 자세히 알려줄 수 있을까요?
관련 요청 2건도 확인했습니다.
조금 후에 토픽 병합 작업을 진행하겠습니다. 그 사이에 여기서 계속 논의해도 무방합니다.
두 번째는 해결됨/미해결됨 필터를 추가하는 것에 관한 것입니다. 물론 이는 그룹 받은편지함에서 해결됨 플러그인이 필요하지만, 별개의 요청입니다.
Dave, 이 문제를 맡아 주셔서 감사합니다!
우측 상황 설명을 드리면, 저희는 지원(서포트)을 위한 공유 받은함(shared inbox)으로 그룹 개인 메시지(group private messages)를 사용하고 있습니다. 이는 아래에 설명된 패턴과 유사합니다: Discourse를 개인 지원 티켓 시스템으로 사용하기
저희 지원 담당자는 문제가 해결되었음을 표시하기 위해 “해결로 표시(Mark as Solution)” 버튼을 의존하고 있습니다. 이는 두 가지 목적을 위해 사용됩니다:
/admin/api/web_hooks/38/edit)을 설정해 두었으며, 이를 통해 백엔드 시스템과 동기화를 수행합니다.그룹 개인 메시지는 저희 지원 워크플로우의 핵심이며, 계정 관련 특정 주제에 대한 상당한 양의 트래픽을 처리하고 있어 공개 주제(public topics)는 적합하지 않습니다.
해결 표시기는 단순한 UI 요소를 넘어선 것입니다. 이는 저희 내부 프로세스의 일부이며, 이 기능이 없으면 담당자가 티켓을 올바르게 닫거나 이를 의존하는 자동화를 트리거할 수 없습니다.
표면적으로는 작은 변경 사항이지만, 저희 워크플로우의 핵심 부분을 깨뜨리기 때문에 재고려나 대체 방안이 제공되기를 진심으로 부탁드립니다.
감사합니다!
두 주제 모두 더 구체적인 요청이므로, 이 주제에 의존하긴 하지만 그대로 열어두고 제목을 수정하기로 했습니다.
추가 컨텍스트를 제공해 주셔서 감사합니다, Gerard.
그룹 메시지에서의 해결(Solved) 처리가 가능한 것은 일종의 우발적인 기능처럼 보이지만, 이제 그 기능을 어떻게 의존해 왔는지에 대해 더 잘 이해하게 되었습니다. 또한 링크된 기능들에서도 다른 사용자들도 동일한 방식으로 사용하고 있다는 증거를 확인할 수 있었습니다.
이러한 점을 고려할 때, solved 플러그인에서 이 기능을 보다 명시적으로 활성화할 수 있도록 allow_solved_on_group_messages(bool, 기본값 비활성) 또는 allow_solved_in_groups(그룹 목록, 기본값 비어 있음)와 같은 새로운 옵션을 추가하는 것이 적절할 수 있다고 생각합니다.
후자는 또한 Enable solved plugin for specific groups inboxes 의 문제를 해결하는 데 도움이 될 것입니다.
이 옵션들 또는 다른 대안에 대해 다른 사람들의 의견을 들어보겠습니다.
그렇다면 이 부분에 대해 어떤 진전이 있었나요? 이것이 왜 무조건적으로 제거되었을 수 있는지 이해할 수 없습니다. solved 플러그인을 개인 그룹 메시지에서 사용하는 사람들이 정말 많습니다.
이 문제는 우리에게 매우 큰 영향을 미쳤습니다. 내부 지원 시스템은 Discourse API의 “Solved” 플래기에 의존하고 있습니다. 이를 다시 활성화할 수 있는 우회 방법을 권장해 주세요.
우와, 플러그인을 업데이트했는데 헬프데스크에서 해결됨 버튼이 사라진 걸 알아차렸어요… discourse 팀 자체도 헬프데스크로 사용했기 때문에, discourse를 헬프데스크로 사용하라고 제안했을 때 그걸 따랐거든요. 이 용도가 더 이상 유효하지 않나요? 기능이 점점 사라지고 있고, 초점도 잃어가고 있는 것 같아서요.
이 문제에 대한 업데이트가 있나요? 업그레이드 시 solved 버튼의 기능을 유지해야 합니다. 이 기능이 없다면 업그레이드를 진행할 수 없습니다.
좋은 소식 @here, 다시 돌아옵니다 ![]()