האם הצלחת לפתור את זה בסופו של דבר? אני לא בטוח לחלוטין שאני מבין את הבעיה שאתה מתאר. אם עדיין יש לך בעיה, האם תוכל לשתף סרטון מסך קצר שמדגים אותה, או להראות לי קישור (אל תהסס לשלוח לי אותו בצ’אט) כדי שאוכל לנסות בעצמי?
To me, that feels like another occurrence of the problem that links in the sidebar do not remove any prior query parameters.
When I add two links with different parameters, it works. For example, /latest?order=activity and /latest?order=created. But topics takes me to the list as I had ordered it before. So when I start at /latest?order=created, go to /c/support/6 and use “topics” from the sidebar to get back to latest the “order=created” parameter is still there.
Last year, I reported the parameter being sticky when the group page was filtered for a username.
In his reply, Jammy mentioned that he noticed it on ?status=deleted, and I mentioned ?order=votes.
I also mentioned sticky filters here
I see why one might say it’s a feature for the /filter route. Maybe it’s helpful that what you had filtered before is still there when you use the filter link in the sidebar later. But in the context of topic lists like /latest or the group list or the review queue, I think this is confusing. I don’t want a filtered group list, and I don’t want a filtered review queue after using the link in the sidebar.
The user directory is the only exception I can think of that, even if you leave it on /u?order=post_count&period=daily, opens on /u?order=likes_received when you use the link in the sidebar.