Eeeh.. whoops! Sneaky sneaky!

Don't know how I missed that... I mean... damn!

Thanks for adding that as well then! :)

Noticed some visual weirdness... everything looked pretty off like the form didn't refresh when the reply came (or maybe when the reply notification should have disappeared). I moved the mouse over the download areas and that made them refresh, however the top part didn't correct itself until I resized the form.

This is with stable version 3.0.25.

New external hard drive, time to backup the gog library again. So, on to the impressions of 3.0.25.0 Stable

BUGS:
Adding a game you already have downloaded, and exitting the downloader while it's still on the "Preparing..." stage will redownload the game without checking if the files exist when next opening the downloader (encountered it with Amerzone and ArmA Gold while reverifying my downloads)
Will occasionally stop downloading at the last few MBs of a download, or download very very slowly. Moving it lower in the queue may fix the speed problem when it starts again (guess different download server?)


REQUESTS:
Add a minimum desired speed before starting next download, if I get ~700kb out of the 10mb I can use, I want it to start downloading another file (not sure how useful, but I did download my entire library, so it was a pain)
Add a way to change queue position without drag and drop, or at least a "send to top/bottom of queue"
Add a way to mass add files to the downloader, or at least streamline the procedure (tick 10 games, select add to downloader, it is a pain to add them now)
Give us an indication of what is happening at the "Preparing..." stage (verifying files, ## % completed)
Give us an estimated download time left.

Comments:
I did get a few semi-random "GOG.com Downloader has stopped working", but restarting the client almost always worked.
When a file already exists, but the hash is wrong, the downloader will re-download without asking permission to overwrite, not sure if this is intended or not.

Update:
Raptor game installer complains about checksum error on chunks 0, 1, 2 and 3, and even if I download it through the web, it will not recognize it. Since it didn't complain when I first downloaded it yesterday, I guess it should be a temporary problem.

Seeing that you guys have a valid software publisher certificate for the downloader, any chance of signing the games' installers with it?

I just heard about the new downloader and I'm very excited about the ability to queue downloads from the web.

I just tried it with Fallout. It was very fast, but in the end, the installer was corrupt. I ended up with the files in the image attached.

I clicked on the game again on the web, but it didn't appear to do anything, probably because it thinks it already downloaded it, even though it wasn't successful. So I hit clear on the downloader and then it let me queue it again.

The second download worked fine, and was not corrupt.

Please add some kind of integrity checking to the downloads. :)

If I'm not mistaken, that's what the chunk file system does. It checks every 10MB for corrupt files and redownloads if it finds any.

Even if you say that, the installer was corrupt. It did a self-checked and said so.

Just installed the beta and using to download my three new games....

Thoughts:
1) My games are stored on a NAS. A UNC path to be able to save direct to it would be nice - worked around via a mapped network drive for now but that's technically a little clunky.
2) Downloading a lot of stuff leaves the download list a bit of a mess. Especially with the cloud push downloader stuff it'd be nice if on a successful download you could have the list auto-clear.
3) Very nice job on the downloading all goodies at once - and I'm happy to see the layout of the files is the same as the python gog-backup CLI downloader someone wrote recently.
4) It'd be good to get either the cloud/downloader API documented or a platform agnostic version of the downloader. My windows systems at home rarely remain on but if it was against a documented API or platform agnostic my NAS could directly act as the downloader - which is of course on anyway.... Look at qpkg for QNAP or opkg for openWRT.
5) Bit rot does happen... a verify function to check the hash what's on your shelf versus the download in the download directory would be very useful.... this feature does exist in the CLI gog-backup which was unfortunately broken by the site changes recently.
6) Would be useful to be able to check for any missing items (including bonus items) from the shelf that don't exist in the download directory and get them if missing.... again the python gog-backup can do this.
7) Bringing this up to feature parity with gog-backup and JGoGDownloader it'd be good to grab game covers too.

Looking forward to seeing what comes of future updates... a documented API would be extra great given the community here and the highly technical people around to present new and innovative features...

I have one feature request for the Cloud Download functionality:
- add some notification that the download was started succesfully or failed, because no running GOG Downloader was found.

I've just clicked on some Download buttons for game in my collection at Work hoping the Home computer would download them, but I don't have any means of checking the queueing worked correctly... It will be surprise when I get home :)

Getting a Divide by Zero exception being thrown.

Problem Signature 09: System.DivideByZeroException
OS Version: 6.1.7601.2.1.0.256.48

logger.log doesn't show anything interesting.

Downloading works for a few seconds then the app crashes. This is reproducable.
I have a large number of downloads in the list.
Things were ok when I added them. Closed the app, re-opened and now its crashing every time.

I haven't tried the 3.1 BETA, but on the 3.0 version there is a graphical problem regarding DPI settings for windows. Text overflows and the skinned buttons get stretched. Take a look at the attached screenshot. Thanks.

Not sure if anyone else pointed this out, but Raptor doesn't download.