Jump to content
Ketarin forum

Ketarin 1.8.9


floele
 Share

Recommended Posts

  • Replies 58
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Posted Images

  • 3 weeks later...

So I put your latest beta to the toolkit and found that if I have the "Ignore File Information" unticked and I check for an update it needs updating, once updated I check again and it still says it needs an update.

Removing the entry and re-adding doesn't seem to make any difference.

Closing Ketarin and re-opening doesn't seem to make any difference

This is the file I tested on: Portable Update

<?xml version='1.0' encoding='utf-8'?>
<Jobs>
  <ApplicationJob xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" Guid="e4a8d52f-0a6c-4cc2-bcdf-d1fa75d7c1be">
    <WebsiteUrl>http://download.wsusoffline.net</WebsiteUrl>
    <UserAgent />
    <UserNotes />
    <LastFileSize>214469</LastFileSize>
    <LastFileDate>2016-07-13T01:27:34+10:00</LastFileDate>
    <IgnoreFileInformation>false</IgnoreFileInformation>
    <DownloadBeta>Default</DownloadBeta>
    <DownloadDate>2013-02-25T10:28:28</DownloadDate>
    <CheckForUpdatesOnly>false</CheckForUpdatesOnly>
    <VariableChangeIndicator />
    <HashVariable />
    <HashType>None</HashType>
    <CanBeShared>true</CanBeShared>
    <ShareApplication>false</ShareApplication>
    <ExclusiveDownload>false</ExclusiveDownload>
    <HttpReferer />
    <SetupInstructions />
    <Variables />
    <ExecuteCommand>7z x "{file}" -o"{root}GEGeek_Toolkit\ProgramFiles\{category}\Portable Update\" -y
del /q "{root}GEGeek_Toolkit\ProgramFiles\{category}\Portable Update\*.zip"</ExecuteCommand>
    <ExecutePreCommand />
    <ExecuteCommandType>Batch</ExecuteCommandType>
    <ExecutePreCommandType>Batch</ExecutePreCommandType>
    <Category>Windows Updates</Category>
    <SourceType>FixedUrl</SourceType>
    <PreviousLocation>i:\GEGeek_Toolkit\ProgramFiles\Windows Updates\Portable Update\PortUp.zip</PreviousLocation>
    <DeletePreviousFile>true</DeletePreviousFile>
    <Enabled>true</Enabled>
    <FileHippoId />
    <LastUpdated>2017-08-02T14:13:27.7010078+10:00</LastUpdated>
    <TargetPath>{root}GEGeek_Toolkit\ProgramFiles\{category}\Portable Update\</TargetPath>
    <FixedDownloadUrl>http://www.portableupdate.com/public/PortUp.zip</FixedDownloadUrl>
    <Name>Portable Update</Name>
  </ApplicationJob>
</Jobs>

I am at a lost now. 795 applications all seem to be a dud and returning false information.

Link to comment
Share on other sites

  • 1 month later...

Google Drive direct links not downloading, with unusual behavior

Context
Have written a Powershell script to get direct download URL of Google Drive stored files.
The URL produced can be used in any web-browser to download the file directly, but not in Ketarin(depending on file type).

To reproduce

  1. Import gdrive_test.xml into Ketarin.
  2. Update the job.

Expected outcome
Video_2017-10-09_100723.gif.4cdea762d067db7e7c41d2484ad84575.gif

Qualifications

  1. This behavior depends on the file-type : .zip and .mp4 files will fail, while .jpg and .doc files will download.
  2. Different files may be tested by changing the "gid" variable to a valid Google Drive file id(the included refers to a zip file).
  3. The derived url being used is logged under "====== GOOGLE DRIVE URL ======".


Thanks for taking a look

Link to comment
Share on other sites

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


 

Link to comment
Share on other sites

Thanks for the feedback.

I've identified the number of download segments as cause for the difference between our results.
In my original post the value is set to 1, resulting in an extended delay of 2-4 minutes - not present with segments set to 2 or more(your case).
Seems to apply only to the first job run; after the file is downloaded successive job runs are not delayed in either case.
I wrongly assumed failure because of this extended delay and lack of valid download indicator.

Link to comment
Share on other sites

  • 2 months later...

Firefox Quantum    The request was aborted: Could not create SSL/TLS secure channel.

<?xml version='1.0' encoding='utf-8'?>
<Jobs>
  <ApplicationJob xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" Guid="f295c734-6440-4e54-8cef-2d788441bb93">
    <WebsiteUrl />
    <UserAgent />
    <UserNotes />
    <LastFileSize>38594416</LastFileSize>
    <LastFileDate>2017-12-13T09:57:19.9141206</LastFileDate>
    <IgnoreFileInformation>false</IgnoreFileInformation>
    <DownloadBeta>Default</DownloadBeta>
    <DownloadDate xsi:nil="true" />
    <CheckForUpdatesOnly>false</CheckForUpdatesOnly>
    <VariableChangeIndicator />
    <HashVariable />
    <HashType>None</HashType>
    <CanBeShared>true</CanBeShared>
    <ShareApplication>false</ShareApplication>
    <ExclusiveDownload>false</ExclusiveDownload>
    <HttpReferer />
    <SetupInstructions />
    <Variables />
    <ExecuteCommand>ren "{file}" Firefox.exe</ExecuteCommand>
    <ExecutePreCommand />
    <ExecuteCommandType>Batch</ExecuteCommandType>
    <ExecutePreCommandType>Batch</ExecutePreCommandType>
    <Category>Apps To Install</Category>
    <SourceType>FileHippo</SourceType>
    <PreviousLocation>e:\GEGeek_Toolkit\ProgramFiles\Apps To Install\Firefox Quantum\Firefox Setup 57.0.2.exe</PreviousLocation>
    <DeletePreviousFile>true</DeletePreviousFile>
    <Enabled>true</Enabled>
    <FileHippoId>firefox_64</FileHippoId>
    <LastUpdated>2017-12-13T09:57:19.9141206</LastUpdated>
    <TargetPath>{root}GEGeek_Toolkit\ProgramFiles\{category}\Firefox Quantum\</TargetPath>
    <FixedDownloadUrl />
    <Name>Firefox Quantum</Name>
  </ApplicationJob>
</Jobs>

 

Link to comment
Share on other sites

  • 2 weeks later...
On 12/15/2017 at 10:29 AM, jokerfool said:

How come when running update it wont show the file size and instead just says unknown?

Some servers don't tell the client how big something is until it's done downloading. Other servers do. Ketarin can only show the size if the server tells us.

Link to comment
Share on other sites

  • 2 weeks later...
On 1/3/2018 at 5:20 AM, jokerfool said:

Is it possible to run a custom column that displays the urls in your list that come from FileHippo?

You can use "{property:FileHippoId}" - though if it's populated and you've since switched to a standard download, it will still present as a FileHippo download.

Link to comment
Share on other sites

  • floele unpinned this topic

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share


×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.