-
Notifications
You must be signed in to change notification settings - Fork 17.4k
Update is not transparent enough #5554
Update is not transparent enough #5554
Comments
If the update is being done with squirrel then you are pretty much out of On Fri, Feb 13, 2015 at 2:26 PM, Landon Manning notifications@github.com
|
Well then it sounds like squirrel is a pile of expletive and should be thrown out for a competent solution. Giving users information is the most basic thing you can do. Installing Atom from scratch is annoying because it just shows an animated splash image and tells me to trust that it's actually working instead of showing me something simple like a progress bar. The progress bar doesn't even have to be very accurate, something as simple as |
That is all squirrel. I assume it's to late to ditch squirrel and use a On Fri, Feb 13, 2015 at 2:37 PM, Landon Manning notifications@github.com
|
It's never too late, it just may take some serious overhauls which, in my opinion, are necessary. GitHub for Windows has a fantastic update setup and I am very surprised there is this sort of fragmentation within GitHub's own software. |
This was discussed before in Squirrel/Squirrel.Windows#137 which got closed with none of the suggestions implemented (with the reason being, as @mark-hahn noted, that adding said suggestions would "inform the user just how much we suck" and the proper way to go forward was to make Atom install faster). Also, I believe Atom is doing 1) right now. It silently downloads the update in the background and automatically applies it when all Atom processes get closed (or when the Restart and Update button is clicked). I remember from somewhere that the Squirrel team viewed the framework GfW uses to update (ClickOnce) incredibly buggy and that Squirrel.Windows was intended as a replacement for it. |
Whoa whoa whoa, I think we're conflating two things - most of this thread is talking about the initial install, but the initial question was about updates. Squirrel on Windows does provide progress for updates (in the form of percentages written to stdout), but Atom doesn't do anything with this value currently. It certainly could though.
This isn't how GitHub for Windows works, the update will be installed regardless of whether you choose to install it the next time the app starts. In reality, the only thing that "Install update" button in GH4W is restart the app.
Spoiler alert: I wrote both Atom for Windows's installer, and the logic / UI interaction for updates in GitHub for Windows. |
There should be no particular difference between initial install and updates, I should be given progress data for both. If Squirrel supports this data and Atom does not utilize it, then my issue still stands in that Atom needs to be more transparent. On the other hand, I feel that silent updates are great. GitHub for Windows and Chrome both silently update and give you prompt to finalize the install, which is great for keeping up to date without forcing the user to stop what they are doing (cough, Windows Update, cough). I am totally okay with that functionality as it only makes the process faster for the user. I am even more confused now that I know the same person wrote both systems that seem to act quite differently. |
Why aren't we doing this sort of auto update-in-the-background workflow for atom? Just a "will be done later" thing? |
This is exactly what Atom does on both Mac and Windows |
Atom does have background updates just like Github for Windows. |
I have a hard time believing that. Atom never seems to update unless I manually trigger it, and when I do so it never seems to do anything except consume a whole bunch of CPU. It just sits there and says "Updating" indefinitely without any sort of notification that it is done and needs to be restarted. |
I started using the command line a long time ago because of this kind of On Fri, Feb 13, 2015 at 3:23 PM, Landon Manning notifications@github.com
|
Regarding install, I would like to see the progress data shown in some way. Regarding updates, clicking update tells me 0.182 is the latest one, which is not true as of an hour ago. |
The delay can be up to a day or two. On Wed, Feb 25, 2015 at 11:36 AM, Zireael07 notifications@github.com
|
+1 Same for installing or updating packages and themes. Whenever you need to update an existing package or theme, or wanna install a new package or theme, Atom just changes the "install"/"update" button background with an animated gif, but doesn't makes clear how long the process will take or how much was completed ... |
Closing in favor of #9164 |
This issue has been automatically locked since there has not been any recent activity after it was closed. If you can still reproduce this issue in Safe Mode then please open a new issue and fill out the entire issue template to ensure that we have enough information to address your issue. Thanks! |
When I update Atom, what happens is the Update option turns into an "Updating" message and stays like that indefinitely. I have no way of knowing if the update is actually working, if it is done, or anything else of the sort. It is not until I close and restart Atom that it tells me I am using a new version.
A significant improvement to this would be to do one of the following:
Emulate how GitHub for Windows works--silently download the update and prompt the user to install it at their convenience
Keep the manual update process but give more information during the process such as % downloaded, % installed, prompt to reopen when done (if necessary), etc.
Include Atom updates within the package/theme update system so that you are automatically notified of an update and are provided some GUI information
My vote would probably go with option 1. It's automated and non-intrusive.
The text was updated successfully, but these errors were encountered: