First of all, thank you for providing HTTrack.

I use latest "WinHTTrack Website Copier 3.49-2" 32-bit version running on
32-bit Windows.
When using action "Download web site(s)" I manage to download a web site
successfully (the web site contains small html files and zip files).
However, I encounter a bug when using action "* Continue interrupted download"
or "* Update existing download" on that same website after the successful
download.

Here is what happens:

The downloaded web site contains many zip files ranging from small zip files
to very big zip files and all zip files are downloaded correctly on the first
run using action "Download web site(s)".
(After the download I've tested all downloaded zip files and all are fine, no
errors in zip files).

Now, when I use either action "* Continue interrupted download" or action "*
Update existing download" on that same web site I do notice that only very big
zip files always keep being retransferred (downloaded again) from the web
site. Even when I let the download finish and then run one of the two
aforementioned actions again exactly the same thing happens again, all big zip
files are again downloaded regardless if they already exist locally on disk
from a previous successful download (again tested, no zip errors).

The problem happens only with big zip files which are bigger then 4Gb (32-bit
file size or 4294967295 bytes).
As said all zip file are downloaded corretly when using action "Download web
site(s)" but when using either action "* Continue interrupted download" or
action "* Update existing download" then HTTrack truncates the existing big
zip files file size down to less then 32-bit and then decides to retransfer
the big zip files all over again because the file sizes do not match between
web site file and local file.

Here is an exmaple taken from the error log:

Warning: file size on disk (202455696) does not have the expected size 
(25972259472))

The zip file (tested, no errors) file size on local disk is 25972259472
(approx. 24.2Gb) but for some unknown reason (the bug) HTTrack truncates the
file size down to 32-bit (202455696) and because the file size is different
HTTrack
decides to retranfer (download again) the zip file.
This happens with all zip files (and probably also with other file types)
which bigger then 4Gb.

I do not know if this bug also happens with the HTTrack 64-bit version on
64-bit Windows.

BTW. There are no limits set in "Set options" -> "Limits" (all fields are left
blank).

If this is a bug, can this bug be solved for the 32-bit version of HTTrack
running on 32-bit Windows?
Thank you.