Для меня это похоже на еще один случай проблемы, при которой ссылки в боковой панели не удаляют предыдущие параметры запроса.
Когда я добавляю две ссылки с разными параметрами, всё работает. Например, /latest?order=activity и /latest?order=created. Но ссылка «topics» возвращает меня к списку в том порядке, который был установлен ранее. Таким образом, если я начинаю с /latest?order=created, перехожу в /c/support/6 и использую ссылку «topics» из боковой панели, чтобы вернуться к разделу «latest», параметр order=created всё ещё сохраняется.
В прошлом году я сообщал о том, что параметры «залипают» при фильтрации страницы группы по имени пользователя.
В своём ответе Джимми упомянул, что заметил это на ?status=deleted, а я добавил ?order=votes.
Я также упоминал о «залипающих» фильтрах здесь:
Понимаю, почему кто-то может считать это особенностью маршрута /filter. Возможно, полезно, что при использовании ссылки фильтра в боковой панели позже остаются применённые ранее фильтры. Однако в контексте списков тем, таких как /latest, или списка групп, или очереди рецензирования, это, на мой взгляд, сбивает с толку. Мне не нужен отфильтрованный список групп и не нужна отфильтрованная очередь рецензирования после использования ссылки в боковой панели.
Единственное исключение, которое я могу вспомнить, — это каталог пользователей: даже если вы остаетесь на /u?order=post_count&period=daily, при использовании ссылки в боковой панели вы попадаете на /u?order=likes_received.