floele

There shouldn't be any hack required though. If anyone tells me what to do I will have a look at it.

Looks like I need to fix this. The ifempty is unable to resolve because I missed passing an argument in the code. Probably happens only for you so far because you did quite some nesting there. A delight for debugging, thanks :-p

OK should be fixed now. Let me know if any other issues show up.

Can you give me a sample app for issues with the connection?

I released the official version 1.8.9 now.

@jokerfool Check the log window for details! Renaming is not possible if the file already exists. You need to use some delete+rename or copy (with overwrite)+delete.

Yes, I will use a default header of "*/*" for all requests. The HTTPX URL should work that way, maybe it's only working for the download and not variable URLs? Though it shouldn't make a difference.

Indeed, Ketarin does not bother with HTTP accept. I will change that for the next version. The reason why HTTPX is not working is because you already have parameters in the URLs so you need to append the header with "&" instead of "?".

Hm is this still an issue? We had some server updates meanwhile and at some point @crrodriguez verified that XML RPC is still working (because it rarely doesn't break).

I don't think this scenario is supported. You'll have to provide Ketarin with something "downloadable". So just a website won't do.

With segments = 1 you mean the segmented downloader is disabled?

Downloading the file works just fine for me. 09.10.2017 21:54:26: Update started with 1 application(s) 09.10.2017 21:54:26: gdrive_test: Replacing {gid} in '#GET GOOGLE DRIVE URL $flid = "{gid}" $url = "https://drive.google.com/uc?export=download" $resp1 = Invoke-WebRequest "$url&id=$flid" -SessionVariable sess -Method Post $json = ConvertFrom-Json ($resp1.Content -replace "\)\]\}'") echo "====== GOOGLE DRIVE URL ======" #RETURN $json.downloadUrl' with '0ByWO0aO1eI_MUXVxdklKSEJNdkk' 09.10.2017 21:54:26: gdrive_test: Replacing {downloadUrl} in '{downloadUrl:ps}' with '#GET GOOGLE DRIVE URL $flid = "0ByWO0aO1eI_MUXVxdklKSEJNdkk" $url = "https://drive.google.com/uc?export=download" $resp1 = Invoke-WebRequest "$url&id=$flid" -SessionVariable sess -Method Post $json = ConvertFrom-Json ($resp1.Content -replace "\)\]\}'") echo "====== GOOGLE DRIVE URL ======" #RETURN $json.downloadUrl' 09.10.2017 21:54:33: PowerShell: ====== GOOGLE DRIVE URL ====== 09.10.2017 21:54:33: PowerShell: https://doc-14-9o-docs.googleusercontent.com/docs/securesc/ha0ro937gcuc7l7deffksulhg5h7mbp1/vpapjgislhbtm76lud7ftrjed4fargul/1507572000000/08374791664467389418/*/0ByWO0aO1eI_MUXVxdklKSEJNdkk?e=download 09.10.2017 21:54:33: gdrive_test: Using referer: https://drive.google.com/file/d/0B2imdK-us2swNElYanA3UEtYMTg/view?usp=sharing 09.10.2017 21:54:34: gdrive_test: Server source file: /docs/securesc/ha0ro937gcuc7l7deffksulhg5h7mbp1/vpapjgislhbtm76lud7ftrjed4fargul/1507572000000/08374791664467389418/*/0ByWO0aO1eI_MUXVxdklKSEJNdkk 09.10.2017 21:54:34: gdrive_test: Determined target file name: C:\Users\floele-e5450\Downloads\Exercise files.zip 09.10.2017 21:54:34: gdrive_test: Checking if update is required... 09.10.2017 21:54:34: gdrive_test: Update required, 'C:\Users\floele-e5450\Downloads\Exercise files.zip' does not yet exist 09.10.2017 21:54:35: gdrive_test: Using referer: https://drive.google.com/file/d/0B2imdK-us2swNElYanA3UEtYMTg/view?usp=sharing 09.10.2017 21:54:35: gdrive_test: Server for https://doc-14-9o-docs.googleusercontent.com/docs/securesc/ha0ro937gcuc7l7deffksulhg5h7mbp1/vpapjgislhbtm76lud7ftrjed4fargul/1507572000000/08374791664467389418/*/0ByWO0aO1eI_MUXVxdklKSEJNdkk?e=download does not support segmented transfer 09.10.2017 21:54:36: Update finished

Check the log with the current beta for the file paths that are being checked and delete those.

Do you lack the Ketarin.exe.config? It should contain the necessary configuration for making it work.

Sure. If you delete the file after downloading, of course it's going to re-download. The log should tell you as well.

Please use the new beta for checking what file is being compared: At the moment, you would have to delete the file in order to force a re-download. The reasoning behind this is when you have a dynamic target file name (only folder is specified and name depends on whatever the website gives you), there may not be a file at the target location if just the names changes. So Ketarin compares to the previously downloaded file. If you give your users a database with the last download location being on some server, Ketarin will not download locally either. I don't see how to change this without breaking the existing behaviour (or adding another option for this).

I suppose that Ketarin compares to the file at the location it previously downloaded to successfully. If the file to compare to is missing and the option "delete previous file" is on, it will check the location the file has been saved to the last time (I assume there is such a location and the file is still there). I added a log message for future versions of Ketarin which shows the behaviour.

Will fix that for the next version. So far: The website does not allow segmented downloads.

Probably, since the hash value is already used anyway. You should open a feature request for that.

Please post an application exported as XML for someone else to reproduce. I'd assume Ketarin gets be basic functionality right, but it may very well be that the application is misconfigured and isn't working as expected.

IIRC Ketarin does not expose any information other than the version number from FileHippo.

Yes, you need to drag and drop these files into the Visual Studio project (project explorer).

With beta 3, please check if downloads from secure connections (especially TLS 1.2) work fine.

I answered this a couple of times in the forum. Basically you only have to manually add the files in the "CDBurnerXP" folder to the C# project. Should compile fine after that, and if not please give me the exact error message.

OK seems like there is a bit of an issue with TLS 1.2. Will try to make that work with the next version.