The duplicate topic title check doesn’t take into account whether the original title is that of a topic in a private category and it probably should.
4개의 좋아요
Whether a topic has permissions (through the category) or not doesn’t make it eligible to not be a duplicate topic title.
If it is a PM, that’s a different matter.
I’d argue that it should. What is the rationale behind the rule?
Slug / title duplication, essentially. It’s been this way by design since inception in 2013.
That’s the logic but it’s not really solid a rationale IMO… what are we trying to fix or avoid with the rule?
Why is it suddenly a problem if it’s been this way since 2013 
I’d like to see 3-4 reports of problems from customers before proceeding. I don’t take action on a sample size of one.
Because it makes no sense for a user that can’t see the other duplicates. They are forced to make up a title just to avoid a rule.
Fair enough that we don’t take action at this point but it still needs to be logged (in case 2 more come in).
5개의 좋아요
Well, I’d argue this is kinda correct, in the same way that if your password is a duplicate then you shouldn’t really be allowed to use it, even if other people have that password as well.
The potential confusion between
http://discourse.example.com/t/upgrading-discourse/8922
http://discourse.example.com/t/upgrading-discourse/7451
.. is substantial.
One has security implications and the other is just plain confusing…
But all good. Let’s leave this here for posterity with no action required right now.
2개의 좋아요
The only place where slug duplication is really material is for SEO. If one resides in a secure category and we’re always talking about the less secured topic being created second, then surely this isn’t going to be a factor?
Hello, this is posterity. We’re creating a number of private categories, each with the same topics in them - but we’ve run up against this issue. Is there any way we can work around it?
Enable duplicate title support in site settings if you need that.
4개의 좋아요
에러 메시지에 충돌하는 토픽 ID를 표시하도록 해주시길 부탁드립니다.
토픽 업데이트 시 제목 고유성 검사(has_already_been_used)가 실패하면, 어떤 토픽이 충돌을 일으키고 있는지 에러에 전혀 표시되지 않습니다. 이는 특히 검사 대상이 Topic.listable_topics이기 때문에, 충돌하는 토픽이 목록에 표시되지 않은(unlisted) 상태일 수 있어 더욱 문제입니다. 에러에서 원인으로 바로 도달할 수단이 없으며, 스태프는 status:unlisted로 검색해야 하고, 카테고리나 제목 표현의 변형까지 추측해야 하는 번거로움이 있습니다.
스태프/관리자 사용자를 위해 에러 응답에 해당 토픽의 ID(또는 관리자 URL)를 포함하면, 여러 단계의 조사를 클릭 한 번으로 해결할 수 있게 됩니다. 예시:
{“errors”: [“Title has already been used”], “conflicting_topic_id”: 12345}
꽤나 섬세한 균형이라, 이 변경 사항이 "정답"인지조차 확신이 서지 않습니다.
아이디어는 다른 주제를 볼 수 있는 경우에만 차단한다는 것입니다. 볼 수 있다면, 해당 주제로 바로 이동할 수 있도록 링크도 제공하겠습니다.
2개의 좋아요
링크는 사용자 측에서 실제로 가장 필요한 핵심 요소이므로, 이는 저에게 완벽한 이점이 되는 것 같습니다! 게다가, 이렇게 긴밀하게 연결된 로직에 두 개의 불리언을 사용하는 것보다 단일 enum을 사용하는 것이 더 나은 선택지라고 생각합니다. 이 내용을 공유해 주셔서 감사합니다.
1개의 좋아요
이 주제는 마지막 답변 후 7일이 지나면 자동으로 닫힙니다. 더 이상 새 답변을 작성할 수 없습니다.