-
Notifications
You must be signed in to change notification settings - Fork 865
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
Auto-update broken on Windows #1570
Comments
CC @rafaelramalho19 -- thank you! |
@demdante Thank you for the detailed and long description of the issue. However, the fix that we actually shipped will only be executed in the next version update. What happened is that your current auto-update was performed with the code from v0.11.4, not with the one from v0.12.1. Therefore, this fix will only be visible from this version onwards. Sorry if I didn't give this explanation before. I'll let the issue open until we have a new version of desktop. We appreciate your feedback, thank you 🙏 |
@rafaelramalho19 I just want to make sure I understand this correctly, as well as offer a correction to my original statement. The correction being that the issue is not exactly the same as it was before: it is worse now. I initially had installed version 0.12.0 on my machine, and when I initiated the auto-update to update to version 0.12.1, but now nothing at all happens: IPFS-desktop closes, but unlike before, it doesn't even uninstall successfully now, much less re-install the most up-to-date version. The fact that the auto-update behavior has changed, in addition to the fact that, based on the activity in the now closed, original issue that I opened, the pull request which was meant to resolve this issue was merged and implemented 12 days ago (and two versions have been released since then) leads me to believe that the fix meant to resolve the issue was actually implemented in version 0.12.0 as well, and, if that is the case, then, unfortunately, this is still an issue, but even more so now. In fact, I can absolutely guarantee that the issue is still occurring, by simply looking at the differences between the master branch the version 0.12.0 release: the only difference being what you see below, which has nothing to do with the auto-update feature: When the auto-update process initiates in version 0.12.0 when upgrading to version 0.12.1, I can go and re-open the application, and it will continue to try and fail to even uninstall the old version now. Here are entries from the combine.log which show the last few times this has happened:
The lines that I think are most relevant are the ones that state "[quit-and-install] stopIpfs had finished with status: 5" and then the lines immediately following showing me starting ipfs-desktop again. So, yeah, this still seems to be an issue. |
@demdante The version 0.12.0 was broken because the build used for the deployment was actually the same as 0.11.4 (weird pipeline bug that happened once before). Therefore, if you actually open the ipfs-desktop application on that version, you'll see that go-ipfs is still using 0.5.1, while if you open in 0.12.1 you'll see that it uses 0.6.1 If this happens again while upgrading to 0.12.2/0.13.0, please tell us so we can look more into this. |
Dear @rafaelramalho19 and @demdante This bug is also present in the lastest ipfs version available for download: 0.14.1 I am using Windows 10 64 bits Dear @demdante please look into the issue since is afecting all the new windows users of IPFS Desktop that choose this popular option. Thanks in advance, Pedro |
@demdante we just released a new version of desktop. Can you confirm this issue is fixed? |
This is the explanation why I have been stuck many days with this loop. I have installed IPFS Desktop just for my user (not for all users) Using the link still on the README (for v0.11.4). The IPFS Destkop App for Windows asks me to restart it every time I start it. Clicking on "restart" will close the application. Starting the application again will eventually lead to the same screen: |
There is a workaround - changing the 'false' to 'true' in %USERNAME%\appdata\local\ipfs-desktop-updater\pending and then running the 0.12 installer manually. At least, this worked for me. |
It seems #1556 does not work as expected (or there is a new regression in electron-builder). @rafaelramalho19 I think the issue is still present. Are able to confirm? I got the update error no matter if I install for a single user or all users.
|
Quick note: auto-update from 0.12.2 to 0.13 functions as expected on Mac. |
Update destroyed IPFS Desktop again. |
…ll users (#1556)" This reverts commit c26525f. Context: #1570 (comment)
See #1680 from @gyuri-lajos with error info. |
Confirmed this is a regression limited to Windows and autoupdate orchestration provided by electron-builder. Temporary workaround for upgrading from IPFS Desktop <= v0.13.1 on Windows
|
This issue is directly related to issue #1514 . Not sure why this was closed before verifying that it worked, because, when I initiated the auto update to ipfs-desktop 12.0, the exact same issue occurred once again. Program was uninstalled, not re-installed, and the installation files were located in the %USERPROFILE%\Appdata\local\ipfs-desktop-updater. I did notice that there were 2 executable files in the directory though (I don't recall if there were last time): one named "updater.exe" and one that was the actual install file for the program (IPFS-Desktop-Setup-0.12.0.exe). Interestingly, while both were the same size, (83,195 kb), I noticed that the hash values were different, so they are not the same file? I don't know. What I do know is that the process is still broken and the potential cause of the issue which I mentioned in the 2nd of the 2 potential causes I listed remains unchanged (update-info.json "isAdminRightsRequired" value is still euqal to false, and as I stated the first time, you need admin permissions to install an application to the program files directory, which is where ipfs desktop is installed when you install it for all users). Maybe I am an outlier in this mindset, but I am of the belief that issues should be confirmed resolved before closing them.Auto update not working on Windows when installed globally for all users
Describe the bug
I have noticed that, the last two times that IPFS-desktop has updated using the internal update functionality (when the app says a new version is available and to click button to close IPFS-desktop and install the updated version), the old version of ipfs-desktop successfully uninstalls the old version, but does not install the new version correctly. I should note that I install IPFS-desktop so that it available for all users, not just the currently running user, which I think is the main reason the auto-update might be failing. There are a few reasons that I can think of that might be the cause:
To Reproduce
Steps to reproduce the behavior:
Expected behavior
IPFS auto-update functionality would automatically re-install the application successfully with the same configurations as the previous install
error.log
The text was updated successfully, but these errors were encountered: