Some tech questions

Hey Janalopa,

1. Can I change the Product name of an existing project (with releases) and not expect any bugs out of it?

Yes. Be sure to rebuild wyUpdate and include the latest client.wyc file with your updates.

2. How does the updater chooses the right update file to download?

The latest version is stored in the client.wyc file (see Where is the version number stored?). When it downloads the wyserver.wys file it gets the update from the installed version (as read from the client.wyc file), downloads it, and tries to install it.

I've encountered that the updater always downloads the big "all.to.X.X.X.wyu" file instead of the small update files. how can I make sure it will download the right file?

The "all.to.X" update file is downloaded when a file fails to patch. This can be the result of either you (or your users) modified a file they shouldn't have. Or you included an old client.wyc file with your app (e.g. it doesn't contain the correct version number to match your app version). If it's the latter case then simply rebuild wyUpdate and including the correct client.wyc file everytime you build your installers. See the New release workflow.

Tell me if this helps.

Thanks for the reply,

So I understand that in-order to get a better answer I will have to provide some more data. So I've downloaded the sourcecode of wyUpdate and was debugging to get a better understanding of why wyUpdate eventually download the bigger update file: "All.#.#.#.wyu to..."

So I've noticed that at first he tries to update using the small update file, but then, while extracting the files I get a checksum error in VcdiffDecoder line 105 (adler != 0 && adler != instance.adler.Value)

So I've checked some more and noticed the date of original file in the program files folder is different from the original file I've made this patch with. this happened because I use MSI installer which does not forcing an update of the files if they are in the same version. I can say more that I have a bunch of files which their date is different but have the same size.

Is it true that the adler checksum can return false equation on the same file that has a different creation date?

If not what would you suggest us to do? It is seems that we cannot guarantee that the computer which the update is going to run on will have the same files of the computer which the update was created at using wyBuild.

furthermore I can say that there were other files in the same size but with different creation date that passed the checksum check.

Thanks a million!

Is it true that the adler checksum can return false equation on the same file that has a different creation date?

No, the creation date is not why the patching failed. One of the files are different (i.e. the contents are different) then what you provided in the wyBuild project.

If not what would you suggest us to do?

Find out the name of the file that is failing and find out why the file is different than the one you included in wyBuild. Then include the correct file in wyBuild so the correct patch can be created from this version.

It is seems that we cannot guarantee that the computer which the update is going to run on will have the same files of the computer which the update was created at using wyBuild.

Why is that?