Небольшие баги с отслеживаемыми темами и разделением тем

Это довольно подробно, но:

A) Внизу многих отслеживаемых тем я вижу строку:

Вы увидите счётчик новых ответов, потому что вы [прочитали эту тему]

Ссылка «прочитали эту тему» не работает. Она имеет следующую структуру: forum.domain.xxx/t/topic/u/user/preferences/notifications
Не знаю, должно ли это что-то конкретное делать или это баг, и часть /t/topic не должна там быть. Без неё вы попадаете в раздел уведомлений ваших настроек, где можно изменить параметры Автоматически отслеживать темы, которые я читаю, после x минут и Когда я пишу в теме, установить для неё статус. Возможно, это и есть цель этой ссылки. Не уверен.

B) Если я захожу в тему и вручную нажимаю «отслеживать», там говорится то же самое. Более логично было бы видеть строку вроде: «Вы увидите счётчик новых ответов, потому что вы вручную выбрали отслеживание».

Просто к сведению: для тем, в которых я писал или которые создал, строка заканчивается фразой «потому что вы написали ответ в этой теме/создали эту тему», что хорошо. В этом случае ССЫЛКИ НЕТ (хотя она могла бы быть, как в случае «потому что вы прочитали»).

C) РАЗДЕЛЁННЫЕ темы: Мне показалось сегодня, что когда отслеживаемая тема разделяется, параметр отслеживания переносится на новую («форкнутую») тему, что хорошо. Но, похоже, Discourse потерял счётчик действительно прочитанных постов. Он показывал мне только последний ответ как непрочитанный (и ссылался на него), хотя на самом деле их было больше. Это может быть немного сложнее, и, возможно, «нормально». У меня также был только один такой случай, поэтому я не на 100% уверен.

1 лайк

Я думаю, это баг, а не проблема UX. Проблема вызвана отсутствием прямой косой черты в начале атрибута href ссылки. Например, для моего пользователя ссылка «прочитать эту тему» установлена как u/simon_cossar/preferences/notifications. Изменение href в консоли на /u/simon_cossar/preferences/notifications решает проблему для меня.

Недавно я столкнулся с похожей проблемой со ссылкой навигации, добавленной через компонент темы Nav Links. В этом случае href был установлен как latest?solved=no. Это приводило пользователя на страницу «не найдено», если на ссылку навигации нажимали с любой страницы, кроме главной страницы сайта. Насколько я понимаю, ссылка в таком виде ранее работала, но теперь её нужно устанавливать как /latest?solved=no.

Что-то изменилось в том, как Discourse обрабатывает эти ссылки?

2 лайка

Возможно, я полностью ошибаюсь, но просто для собственного понимания: именно отсутствие этой косой черты заставляет ссылку указывать на domain/t/topic/u/.., а не на domain/u/...? (Отсутствие косой черты приводит к тому, что ссылка добавляется к текущему 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/u/simon_cossar/preferences/notifications

вместо того чтобы перейти на https://meta.discourse.org/u/simon_cossar/preferences/notifications.

2 лайка

Ошибка со ссылкой в отслеживаемых темах была исправлена здесь. Не уверен, что ещё можно сделать в данном случае.

2 лайка