저한테는 사이드바 링크가 이전 쿼리 파라미터를 제거하지 않는 문제의 또 다른 사례처럼 느껴집니다.
다른 파라미터를 가진 두 개의 링크를 추가하면 정상적으로 작동합니다. 예를 들어, /latest?order=activity와 /latest?order=created처럼요. 하지만 topics 링크는 제가 이전에 정렬했던 순서대로 목록으로 이동시킵니다. 즉, /latest?order=created에서 시작하여 /c/support/6로 이동한 뒤 사이드바의 “topics” 링크를 통해 최신 목록으로 돌아가면 order=created 파라미터가 여전히 남아 있는 상태입니다.
작년에, 그룹 페이지가 사용자 이름으로 필터링될 때 파라미터가 고정(sticky)되는 문제를 보고한 적이 있습니다.
Jammy의 답변에서 그는 ?status=deleted에서도 이를 인지했다고 언급했고, 저는 ?order=votes에 대해 언급했습니다.
저는 또한 고정된 필터에 대해 이곳에서도 언급했습니다.
/filter 루트의 경우 이것이 기능(feature)이라고 말하는 이유가 이해는 갑니다. 나중에 사이드바의 필터 링크를 사용할 때 이전에 필터링했던 내용이 그대로 남아 있는 것이 유용할 수 있으니까요. 하지만 /latest나 그룹 목록, 검토 대기열(review queue)과 같은 토픽 목록의 맥락에서는 이것이 혼란스럽다고 생각합니다. 사이드바의 링크를 사용한 후에는 필터링된 그룹 목록이나 필터링된 검토 대기열을 원하지 않습니다.
유저 디렉토리는 유일한 예외라고 생각합니다. /u?order=post_count&period=daily에 머물러 있더라도, 사이드바의 링크를 사용하면 /u?order=likes_received로 열립니다.