Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Stop re-ordering notifications when I mark one as read #319

Open
alanhogan opened this issue Sep 27, 2017 · 3 comments · Fixed by #1092
Open

Stop re-ordering notifications when I mark one as read #319

alanhogan opened this issue Sep 27, 2017 · 3 comments · Fixed by #1092
Assignees
Labels
enhancement New feature or enhancement to existing functionality priority:high Items of high importance. Applicable to all users or use-cases

Comments

@alanhogan
Copy link

I find it disorienting that notifications rearrange when I am marking some of them as 'read'. Since they group by repo, if I mark one the newest notification from repo B as read, this may cause repo A to jump ahead of repo B in the list.

This can cause mis-clicks and certainly makes me feel like the rug has been yanked out from underneath me.

I would suggest only re-ordering when new results come from the server and/or when the window is closed or blurred and subsequently opened/focused.

@setchy setchy added the enhancement New feature or enhancement to existing functionality label Jan 19, 2024
@setchy setchy self-assigned this May 8, 2024
@afonsojramos
Copy link
Member

@setchy I'm not sure that #1092 solves the issue per se. It does present an alternative fix, but I think that we still could pin the order per fetch, ie, not sorting per render. But maybe this would involve a major refactoring.

@setchy setchy reopened this May 9, 2024
@setchy
Copy link
Member

setchy commented May 9, 2024

Yeah, it's like a small bandaid 🩹 😄

Reopened to keep us on our toes

@setchy setchy closed this as completed May 22, 2024
@bquorning
Copy link

I am not sure why this issue was closed again. I am using v5.11.0 and the notifications are definitely still jumping around.

@setchy setchy reopened this Aug 8, 2024
@setchy setchy added the priority:high Items of high importance. Applicable to all users or use-cases label Aug 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or enhancement to existing functionality priority:high Items of high importance. Applicable to all users or use-cases
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants