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

Always one new mail notification #1570

Closed
xoned1 opened this issue Jul 10, 2019 · 7 comments
Closed

Always one new mail notification #1570

xoned1 opened this issue Jul 10, 2019 · 7 comments
Labels
bug migrated Migrated to Discourse

Comments

@xoned1
Copy link

xoned1 commented Jul 10, 2019

I'm currently facing the bug, that regardsless of what i'm doing, there is always one new mail notification shown. It's happening only for one account but it never disappears.
I've checked is:unread but nothing is shown either.

  • OS: Windows 10

  • Mailspring: 1.6.3-134a0e55

  • Provider: Googlemail.

  • No connection/sync issues.

  • Other client: No

Edit: I forgot to mention that i mean the notification on the left side beside the Inbox

@TK42DAN
Copy link

TK42DAN commented Jul 18, 2019

While mine isn't always there, on Mac, I have perhaps a similar issue. On Mac, the menu bar icon says I have mail, so I go, read and process the mail, literally get to inbox zero, the notification goes dark, and then about 30-60 seconds later I look up and the menu bar icon is blue again. I go back and there is never any new mail. Once I view the client again, the notification goes dark again and stays dark until I actually get some mail. Not a huge problem--not as annoying as what xoned1 is talking about--but still frustrating, especially for the OCD'ers among us. :)

@Tomschi
Copy link

Tomschi commented Aug 5, 2019

Can confirm the issue. Every time i change the focus to another application, the mail icon turns blue after some time. But there is no new mail in the inbox.

@GabrielBernard
Copy link

GabrielBernard commented Aug 28, 2019

I have the same issue on Ubuntu 18.04. It happens in Gmail conversations where, for unknown reasons, mailspring does not pick-up that all the emails in the conversation are read and keep the conversation in the unread folder.

@EvanTsiatsios
Copy link

While this is not a solution, I figured out if you go to Preferences->Accounts->Rebuild Cache, it removes the notification. Just in case someone is getting really annoyed and stumbles upon this.

@Funeoz
Copy link

Funeoz commented Oct 28, 2019

Same problem here with GMail : Kubuntu 19.10 / Mailspring 1.7.2-4522b259

@CodeMouse92 CodeMouse92 added the audit Auditing issue label Jan 12, 2021
@foundry376-bot
Copy link

This issue has been mentioned on Mailspring Community. There might be relevant details there:

https://community.getmailspring.com/t/unread-count-still-on-without-unread-messages/350/5

@CodeMouse92
Copy link
Contributor

Thank you for reporting this. 2020 prevented much development work on Mailspring, but rest assured, development has resumed!

We are in the process of migrating issues to Discourse, which can better facilitate discussion and discovery, and so GitHub Issues can focus on issues that are confirmed and slated for resolution in the near term. Learn more about the changes here.

This issue appears to be related to one we've already migrated to Discourse:

https://community.getmailspring.com/t/unread-count-still-on-without-unread-messages/350

We're closing and locking the issue here as part of this migration. Rest assured, this doesn't mean the issue is being discarded or ignored. Please consider joining the Discourse community and continuing the discussion there.

We hope to see you on Discourse soon!

-The Mailspring Team

@Foundry376 Foundry376 locked and limited conversation to collaborators Jan 28, 2021
@CodeMouse92 CodeMouse92 added bug migrated Migrated to Discourse and removed audit Auditing issue labels Jan 28, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug migrated Migrated to Discourse
Projects
None yet
Development

No branches or pull requests

8 participants