Check for updates banner is annoying when using a third-party distribution that lags behind releases

Are there any related issues? no
What operating system are you using? Arch Linux
Feature Request?

I would like to either disable checking for updates or just hide the notification.

image

I’m on Arch Linux and the AUR repo is kept up to date pretty well. I am not going to download the app manually and I don’t want to update my computer every time MailSpring says so. I have a once-a-month update schedule.

This notification hides needed info and it’s color takes my attention away - super annoying and not useful.


(Originally posted by KristerV on GitHub.)

I’m the one that created the aur repo in the beginning and are collabing on it again.

Is there a safe way to disable the update notification? Such as setting the updateAvailable = false in the update-notification file? Just making sure.

Do mind we use the .deb file in the AUR repo.


(Originally posted by jnylen on GitHub.)

Same issue in the Solus Project (https://getsol.us) the notification is very annoying and will get updated on a weekly basis so being able to turn off that notification would be greatly appreciated.


(Originally posted by marxistvegan on GitHub.)

I found a hacky way to disable it, which requires asar:

From the path app.asar is in:

asar extract app.asar app sed -i 's/updater.getState()/0/g' app/internal_packages/notifications/lib/items/update-notification.js asar pack app app.asar rm -rf app

I’m not sure it’s safe, but it worked for me. The result will be larger than the original app.asar since the original build step excludes some patterns. If someone is ambitious enough, it should be possible to ignore these form the cli too, or possibly rebuild only this with gulp.

…or better yet, officially support disabling the banner so we don’t have to.

Addition: Hijacking the update url seems to work too:

echo -e '\n127.0.0.1 updates.getmailspring.com' sudo tee -a /etc/hosts

(Originally posted by friday on GitHub.)

When a new update is available for Mailspring, a window open on the bottom left of the screen saying “An update to Mailspring is available (version)”. As far as I can see there is no option to close/discard the pop-up.

As an Arch Linux user, I rely on the AUR package to update Mailspring but there could be a bit of latency with respect to the actual new release. It would be interesting to add another button in the window saying “Discard” or “later”.


(Originally posted by mpetitjean on GitHub.)

Hello,

I too would very kindly ask for this feature to be implemented. I understand that the app developer has very good reasons for showing nagging update notifications - as he explains here: Annoying Update Notification · Issue #1557 · Foundry376/Mailspring · GitHub

But we as Arch Users, we don’t have the problem of lagging behind in latest software versions. In this case however, Mailspring is maintained by a volunteer on the AUR, which means that sadly sometimes his package is just a version behind - But we still get this annoying notification, which we can do nothing about.

Selection_001

Even dismissing seems not to help permanently. The notification appears again and again, no matter how many times it is closed.

This feature has been asked at least since November 2018 (Check for updates banner is annoying when using a third-party distribution that lags behind releases · Issue #1229 · Foundry376/Mailspring · GitHub) in several issues on Github - for example also here Don't steal focus to notify people about updates. · Issue #1421 · Foundry376/Mailspring · GitHub, Annoying Update Notification · Issue #1557 · Foundry376/Mailspring · GitHub, and Add Functionality to Hide/Postpone Update Notification · Issue #186 · Foundry376/Mailspring · GitHub.

It also gained a little bit of traction over there:

I also wanted to say that the hack above has a missing character in it. It is supposed to be:

echo -e '\n127.0.0.1 updates.getmailspring.com' | sudo tee -a /etc/hosts

Still, it would be nice to have an official way of disabling the notifications instead of relying on hacks. Even a flag when starting mailspring would be enough, I think. No need for a full-blown setting option in the GUI.