# 추적 중인 주제와 분할된 주제 관련 작은 버그
**URL:** https://meta.discourse.org/t/small-bugs-with-tracked-topics-and-split-topics/163624
**Category:** Bug
**Created:** [9월 10, 2020, 2:31오후 UTC](https://meta.discourse.org/t/small-bugs-with-tracked-topics-and-split-topics/163624 "2020-09-10T14:31:05Z")
**Posts on this page:** 6
**Page:** 1
### Author:  [@Mevo](https://meta.discourse.org/u/Mevo)
#### Post date: [9월 10, 2020, 2:31오후 UTC](https://meta.discourse.org/t/small-bugs-with-tracked-topics-and-split-topics/163624/1 "2020-09-10T14:31:05Z")
상세한 내용이지만:
A) 추적(tracked) 중인 많은 토픽 하단에서 다음과 같은 문구를 확인했습니다:
> **이 토픽을 읽었기 때문에** 새 답변 수를 확인할 수 있습니다
여기서 “이 토픽을 읽었기 때문에” 링크가 작동하지 않습니다. 해당 링크의 구조는 `forum.domain.xxx/t/topic/u/user/preferences/notifications`입니다.
이 링크가 특정 기능을 수행하도록 의도된 것인지, 아니면 `/t/topic` 부분이 있어서는 안 되는 버그인지 알 수 없습니다. `/t/topic` 부분을 제거하면 설정의 알림 섹션으로 이동하게 되며, 여기서 _x분 후 자동으로 진입한 토픽을 추적_ 및 _토픽에 게시물을 작성하면 해당 토픽을 다음 상태로 설정_ 항목을 조정할 수 있습니다. 이 링크의 목적이 이 기능일 수도 있습니다. 확실하지는 않습니다.
B) 토픽에 진입하여 수동으로 추적을 클릭하면 동일한 메시지가 표시됩니다. **수동으로 추적을 선택했기 때문에** 새 답변 수를 확인할 수 있다는 식의 문구가 표시되는 것이 더 논리적이라고 생각합니다.
참고로, 제가 게시물을 작성했거나 생성한 토픽의 경우, 해당 문구는 "이 토픽에 답변을 작성했기 때문에/이 토픽을 생성했기 때문에"로 끝나며, 이는 좋은 점입니다. 이 경우 링크가 없습니다("읽었기 때문에"인 경우처럼 링크가 있을 수도 있습니다).
C) 분할(SPLIT)된 토픽: 추적 중인 토픽이 분할될 때, 추적 매개변수가 분할(분기)된 토픽에 설정되는 것을 오늘 확인했습니다. 이는 좋은 점입니다. 하지만 Discourse가 실제로 읽은 게시물의 수를 잃어버린 것으로 보입니다. 실제로는 더 많은 게시물이 읽지 않은 상태였음에도 마지막 답변 하나만 읽지 않은 것으로 표시하고(그 답변으로 링크를 걸고) 있었습니다. 이 문제는 조금 더 복잡할 수 있으며, 어쩌면 “정상적인” 현상일 수도 있습니다. 또한 이 경우를 단 한 번만 경험했기 때문에 100% 확신하지는 못합니다.
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [9월 10, 2020, 5:42오후 UTC](https://meta.discourse.org/t/small-bugs-with-tracked-topics-and-split-topics/163624/2 "2020-09-10T17:42:29Z")
이것은 UX 문제가 아니라 버그라고 \_생각\_합니다. 문제는 링크의 `href` 앞에 슬래시(`/`)가 없다는 점입니다. 예를 들어, 제 사용자의 경우 ‘이 주제 읽기’ 링크가 `u/simon_cossar/preferences/notifications`로 설정되어 있습니다. 콘솔에서 `href`를 `/u/simon_cossar/preferences/notifications`으로 수정하면 제 환경에서는 문제가 해결됩니다.
최근 Nav Links 테마 구성 요소를 통해 추가된 내비게이션 링크에서 비슷한 문제를 겪었습니다. 그 경우 `href`가 `latest?solved=no`로 설정되어 있었습니다. 사이트의 홈 페이지가 아닌 다른 페이지에서 해당 내비게이션 링크를 클릭하면 ‘페이지를 찾을 수 없음’ 페이지로 이동했습니다. 제 이해로는 이러한 형태의 링크가 이전에 정상 작동했지만, 이제는 `/latest?solved=no`로 설정해야 하는 것 같습니다.
Discourse에서 이러한 링크를 처리하는 방식이 변경되었나요?
---
### Author:  [@Mevo](https://meta.discourse.org/u/Mevo)
#### Post date: [9월 10, 2020, 6:00오후 UTC](https://meta.discourse.org/t/small-bugs-with-tracked-topics-and-split-topics/163624/3 "2020-09-10T18:00:44Z")
> [@simon](#):
>
> 슬래시(/)가 없는 것
아마 제가 완전히 틀린 것일 수도 있지만, 제 이해를 돕기 위해 질문드립니다. 이 슬래시(/)가 없어서 링크가 `domain/t/topic/u/..`를 가리키고 `domain/u/...`를 가리키지 않는 건가요? (슬래시가 없으면 현재 URL에 추가되는 것이 되고, 도메인 기본 경로만 가리키는 것이 아닌가요?)
---
### Author:  [@simon](https://meta.discourse.org/u/simon)
#### Post date: [9월 10, 2020, 6:05오후 UTC](https://meta.discourse.org/t/small-bugs-with-tracked-topics-and-split-topics/163624/4 "2020-09-10T18:05:42Z")
> [@Mevo](#):
>
> 슬래시가 없으면 도메인의 기본 경로가 아니라 현재 URL에 추가되는 것인가요?
제가 확인한 동작 방식도 그렇습니다. 예를 들어 [https://meta.discourse.org/t/travis-tests-failing-due-to-eslint/163268](https://meta.discourse.org/t/travis-tests-failing-due-to-eslint/163268)의 ‘이 토픽 읽기’ 링크를 클릭하면
```plaintext
https://meta.discourse.org/t/travis-tests-failing-due-to-eslint/163268/u/simon_cossar/preferences/notifications
```
으로 이동하려고 시도하는데, `https://meta.discourse.org/u/simon_cossar/preferences/notifications`로 이동해야 합니다.
---
### Author:  [@markvanlan](https://meta.discourse.org/u/markvanlan)
#### Post date: [1월 13, 2021, 4:19오후 UTC](https://meta.discourse.org/t/small-bugs-with-tracked-topics-and-split-topics/163624/7 "2021-01-13T16:19:31Z")
추적 중인 주제에 있는 링크에 대한 버그가 여기에서 수정되었습니다. 여기서 추가로 조치할 수 있는 사항이 있는지 확실하지 않습니다.
> **[FIX: missing / after basePath was causing the URL to be relative (#10… ·...](https://github.com/discourse/discourse/commit/f785b04dc02)**
>
> …708)
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [1월 22, 2021, 2:42오전 UTC](https://meta.discourse.org/t/small-bugs-with-tracked-topics-and-split-topics/163624/8 "2021-01-22T02:42:34Z")