Bug description

Skipping a file that already exists on disk, is extremely slow

Steps to reproduce

1. Download anything you already have.

Expected behavior

When a file already exists on disk, it should be skipped without delay. It should be able to breeze through 1000 files in like a second or so, if 1000 files already exist. Instead, it's taking 1 second for each file individually.

A check whether a file on disk already exists, literally takes in the order of nanoseconds. Microseconds on a USB stick or something maybe. But not whole seconds. Something is really quite wrong when that happens.

Context

Provide your main.log file to see if any obvious error occurred.

No errors

Providing your settings.ini file will greatly help maintainers reproduce your problem if it may be caused by your configuration.

It shouldn't be due to any setting. A skip is a skip.

If the bug occurred during a download, make sure to provide said download as an .igl file that Grabber can generate by clicking the Save button of the Downloads tab.

The whole point is to not download a skippable file. So technically yes it happened during download, but technically no it happened during what shouldn't be a download.

Screenshots

The drive where it saves files is networked, so some network activity is expected, but not 47Mbps. I think it is downloading all files that are supposed to be skipped, and only after download deciding "whoops, this one needed to be skipped".

So, when a file needs to be skipped, don't first download it anyway but skip it straight away!

System information

• Windows 10
• 7.13.0