对我来说，这似乎是侧边栏链接不删除先前查询参数的另一个问题。
当我添加两个具有不同参数的链接时，它会起作用。例如，/latest?order=activity 和 /latest?order=created。但是“topics”会带我回到之前的排序列表。因此，当我从 /latest?order=created 开始，转到 /c/support/6，然后使用侧边栏的“topics”返回 latest 时，“order=created”参数仍然存在。
去年，我曾报告过当群组页面按用户名过滤时参数会粘滞的问题。
Jammy 在回复中提到，他注意到 ?status=deleted 时存在此问题，而我提到了 ?order=votes。
我还在这里提到了粘滞的过滤器
我明白为什么有人会说这是 /filter 路由的一个功能。也许当你稍后使用侧边栏中的过滤器链接时，保留你之前过滤的内容是有帮助的。但在诸如 /latest 或群组列表或审核队列之类的主题列表的上下文中，我认为这令人困惑。我不想在点击侧边栏中的链接后得到一个过滤后的群组列表，也不想得到一个过滤后的审核队列。
用户目录是我能想到的唯一例外，即使你离开它时是 /u?order=post_count&period=daily，当你使用侧边栏中的链接时，它也会打开 /u?order=likes_received。