Nice work, but i must updating this version manually
see also previous versions, for example
Dec 29, 2018 10:17 AM: Error in updater
System.IO.InvalidDataException: Unable to verify signature
bei Duplicati.Library.AutoUpdater.SignatureReadingStream..ctor(Stream stream, RSACryptoServiceProvider key)
bei Duplicati.Library.AutoUpdater.UpdaterManager.CheckForUpdate(ReleaseType channel)
Dec 29, 2018 10:17 AM: Error in updater
System.Net.WebException: Der Remotename konnte nicht aufgelöst werden: 'alt.updates.duplicati.com'
bei System.Net.WebClient.DownloadFile(Uri address, String fileName)
bei Duplicati.Library.AutoUpdater.UpdaterManager.CheckForUpdate(ReleaseType channel)
Yeah, same signature problem.
After debugging it really problem on server side http://updates.duplicati.com/canary/latest.manifest.
Because manifest files from release.zip is parsed successfully but its clearly different from manifest downloaded from server - in signature.
This function is OK for manifest from github release.zip and FAILS for manifest downloaded.
One more observation - don’t know if it could have impact, one file is on drive 2x bigger than another - same content. Probably coding file in Unicode issue - it could affect stream.
Hi, i like this new screen logging, just a couple of notes:
1 - Is the box with the “?” right that it is always at “0”? Even previous backups always give me “0”;
2 - Can you also have the total size of the space used? This entry, for instance: “KnownFileSize”: 33009874853, maybe instead of the previous 3 entries if you don’t need.
Arh! That got me on track! It is a problem with the mirror. It detects a new version and downloads that, but overwrites the old file without truncating it first. Normally that is not a problem because the manifest file grows in size. But I recently removed a bunch of old release notes, so the new file is smaller, causing the downloaded file to contain junk at the end.
I have fixed the mirror server and now it serves the correct file.
Yeah it fails to update for me as well. It stops the service and then nothing. Have to restart it and then it doesn’t update - fails back to what it was before, 2.0.4.9
The auto-update finally works for me again; installation worked as normal (the new version installed correctly but I still needed to manually re-launch duplicati in Windows, which is how it has always behaved on this PC).
Same here on a Mac (though by re-launch I would mean re-boot).
My Docker container updated & restarted just fine. I’m assuming the notification of the new version was left over from before the update???
I have had one or two times where a bad download (or decompress) caused the update to fail. It’s been a while but I think I ended up having to delete the “offending” version from the “updates” folder and just try the update again at which point it worked.
I think I’ve seen persisted notifications before. I forget whether it was every time. This time, I tested getting a fresh notification just like yours, and saw a new row in the Duplicati-server.sqlite server database containing
… to add onto this… Manjaro package manager notified me of the same .10 update that Duplicati told me about a few days prior. Ran that install and all worked. Not sure why the updater has or had issues within itself to update but running the update package released in the AUR fixed it.
Yes, that is my guess. The updater triggers a notification right before shutting down. When it relaunches in the updated version, it shows the notification, even though the information is no longer relevant.