Still present here. I had this for the last few weeks, and had given up on the hasle of manually upgrading parallels.
Unfortunately, it runs worse and worse on my machine (MBPro, tiger), so I want to see if an upgrade may fix it (fat chance, upgrades never fixed anything) and downloaded the dmg manually from dd1.parallels.com
The corrupted file is 92217344 bytes long, and its md5 is 92673b1e4d421b407d69342adb424019
The correct file is 92219354 bytes long, with an md5 of 74a14a5f611d3f225c39c8a96bd57db4
I suggest that parallels should take notice that failing to add any kind of CRC control to an automatic update is very very dumb. Even checking just the size of the download would be enough.
Now, if I were you, I wouldn't waste my and other's time by pretending to "check with ISPs" and all. The auto-downloader in Parallels checks the following URL:
http://download.parallels.com/v3/en/updater.ini
which in turn tells parallels to download from http://download.parallels.com/v3/en/GA/Parallels-Desktop-5608-Mac-en.dmg
Such a download work perfectly well with wget, I checked that, thank you.
The issue is in the Parallels update code. Knowing that 92217344 is exactly 11257*2^13 and that the first 92217344 bytes of the correct file match the corrupted one, it doesn't take a lot of time to see that the issue is whith the last read.
Please fix that. Having a broken update reflects very badly on the general quality of parallels.
Hint: http://download.parallels.com/v3/en/updater.ini seems the perfect place to add the CRC to check the correctness of the download.
Last edited by a moderator: Apr 30, 2009