We are getting people submitting the same post multiple times. Is there a way to say “Thank you for submitting. Your post is under review and if approved will be live soon.” popup or something when they hit submit?
Do you have required approvals on? This may be a regression if so.
We definitely had occurrences when we had must approve first 2 posts enabled at Stonehearth where someone would submit their topic 2 or 3 times. I never tested it myself, but I would assume that they weren’t receiving a message, or the message wasn’t clear.
Hmm I wonder if we should prevent submitting more than 1 pending posts to the same topic @eviltrout? That would handle the “I can’t be bothered to read the dialogs that appear” assuming there has been no regression on approval notification dialogs appearing.
As an FYI, this was never an issue for us (though it is still a good idea). The issue was creating the same topic multiple times, almost always a support request/crash report.
Do you mean do i have approval required on all posts? If so then yes. That is working fine.
Ok. Yes here all posts always have to be approved. It’s a closed members bb. And what we find is they don’t see it when they post so they recreate. Again and again. Then we go in to approve and there are tons of each submitted post.
Hey thanks for testing that!
So I guess what is proposed is a block on submitting more than one pending post per topic, or more than one pending topic? How hard would this be @eviltrout because it seems sensible to me as a preventative step?
This is still a good feature suggestion @eviltrout. Prevent someone from queuing more than {x} items for approval, either replies in a topic, or topics in general.
Once we allow editing of pending post this makes the whole reason to make a second post kind of pointless.
I think displaying pending post in the stream for the people who post something unlocks tons of awesome.
@sam, 새로운 개선 사항 이후에도 여전히 문제가 있는 건가요? 전수 승인(all-approval) 시나리오를 테스트해야 하는데, 50개의 답변이나 50개의 주제를 큐에 넣으면 어떻게 되는지 아직 미정입니다. 여기서 속도 제한(rate limiting)이 적용되나요?
방금 로컬에 Discourse를 설치했는데, refined 시스템이 어떻게 작동하는지 잘 이해가 안 됩니다 @Roman / @tech-advocates
제가 파악한 바로는, 모든 “Staged post” 관련 기능을 중단하고 이제 shadow reviewables만 생성하는 것 같습니다. 즉, 콘텐츠가 사이트에 즉시 표시되고 익명 사용자도 볼 수 있게 되는 것이죠. 로컬에서 review every post를 활성화하고 테스트해봤는데, 그렇게 작동하는 것 같습니다.
만약 이 말이 사실이라면.
- 판단이 내려질 때까지 콘텐츠를 임시 보관소(purgatory)에 두지 않습니다.
- 원래의 OP(원글) 주제가 더 이상 관련이 없습니다.
- 모든 일반 Discourse 제한 사항이 적용되며 특별한 것이 없습니다. “Review” 모드는 단순히 "특정 게시물을 자동 플래그"하는 것입니다.
게시물에 대한 완전한 통제가 필요한 사이트를 위해 review_every_post를 추가했습니다. 이 경우 게시물을 큐에 넣으면 모든 토론이 마비될 수 있으므로, 그림자 검토(shadow review) 기능이 필요합니다. 게시물을 큐에 넣지 않으므로, 게시물 작성 규칙이 적용됩니다. 따라서 연속으로 50번 게시하는 것은 허용되지 않아야 합니다.
특정 카테고리나 감시 대상 단어가 포함된 게시물에 대한 사전 승인이 필요한 시나리오에서는 여전히 큐 처리가 최선의 방법이라고 생각합니다.
이 시나리오를 _테스트_했는지 확인해야 합니다. 한 주제에서 50번 연속으로 게시하는 경우, 또는 50개의 서로 다른 주제에서 50번 게시하는 경우… 속도 제한이 적용되어야 하므로, 사용자가 의도적이든 실수로든 검토 대기열을 폭주시키는 것을 막아야 합니다.