Jump to content
Ketarin forum

appyface

Members
  • Posts

    459
  • Joined

  • Last visited

Posts posted by appyface

  1. Well, I just created a new Ketarin entry to download from the 1.0.2 URL, and it downloaded the new version file. NO REFERRER. Why is this behavior different from what you've stated should be happening? From what you've stated, I should have gotten 1.0.1.197.zip file, not 1.0.2.zip file.

     

    1. No CIV

    2. No 'delete prior'

    3. Same URL

    3. Disk file name did not exist

     

     

    Here's the XML:

     

    <?xml version="1.0" encoding="utf-16"?>

    <Jobs>

    <ApplicationJob xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" Guid="50456940-7829-4916-85c5-c2b0b49a30a3">

    <DownloadBeta>Default</DownloadBeta>

    <DownloadDate xsi:nil="true" />

    <VariableChangeIndicator />

    <CanBeShared>true</CanBeShared>

    <ShareApplication>false</ShareApplication>

    <ExclusiveDownload>false</ExclusiveDownload>

    <HttpReferer />

    <Variables />

    <ExecuteCommand />

    <ExecutePreCommand />

    <Category>000100</Category>

    <SourceType>FixedUrl</SourceType>

    <PreviousLocation>D:\temp\Ketarin-1.0.1.197.zip</PreviousLocation>

    <DeletePreviousFile>false</DeletePreviousFile>

    <Enabled>true</Enabled>

    <FileHippoId />

    <LastUpdated>2009-02-19T12:08:45.439875-08:00</LastUpdated>

    <TargetPath>D:\temp\</TargetPath>

    <FixedDownloadUrl>http://ketarin.canneverbe.com/downloads/Ketarin/Ketarin-1.0.2.zip</FixedDownloadUrl>

    <Name>Ketarin new URL</Name>

    </ApplicationJob>

    </Jobs>

  2. Why would Ketarin continue to download 1.0.1.197 from that URL

     

    That's a server side issue, as I said. Use a referrer to prevent that behaviour.

    I'm sorry Flo, I'm still struggling with what you're saying -- are you saying your server singles out *Ketarin* as the downloader and won't let Ketarin download the 1.0.2 version of the file? Because I do get the 1.0.2 version from all other downloaders I feed this URL to. I'm not using referrers for any of them.

     

     

    For the XML: Consider user Alice and Bob store Ketarin to c:\Ketarin.zip. Now Alice exports her XML (using CIV) for Bob, since Bob wants to have her definition of Ketarin, because it is more *whatever*. Bob has still Ketarin 0.9, Alice already downloaded 1.0 before. Now Bob does not detect any update after importing Alice's XML, because it contains "1.0" as previous variable content, which is correct for Alice, but not Bob.

    The correct behaviour is to ignore the variable content for the first time, and instead use the file date / size as indicator. Once the file is up to date (using this kind of comparison), Bob will have "1.0" as previous value to prevent any further updates (for now), which is again the correct behaviour.

    Let's go with the idea that the XML should 'restore' the app back to the state it was in when XML was created. Then yes Bob will not get the new file after importing Alice's XML, *but that would be the correct behavior*.

     

    I believe we have agreed, all along, using a CIV should provide sole control of the downloading. The only exception to that being, if the output disk filename does not exist, Ketarin should go ahead and download so as to create the disk file name.

     

    So if Bob restores Alice's XML, it restores her CIV to 1.0 and the current server version scrape is 1.0, that is expected behavior to me -- Ketarin should NOT download UNLESS the disk file name does not exist for Bob. Then Bob will get the file anyway.

     

    A versionless output filename will not be downloaded, but any filename that contains version info will be downloaded -- because Bob's prior disk filename contains 0.9 not 1.0.

     

     

    What about my prior question, can you confirm the CIV will not be updated from <empty> until there is download? I can

  3. You got it wrong. It only downloaded 1.0.1.197 and still downloads 1.0.1.197, as it is the latest (stable) version. No change in file name. It doesn't matter whether or not you want to download 1.0.2.

    Why would Ketarin still download 1.0.1.197? I *changed the URL* (see XML above, post- editing) to this one:

    hxxp://ketarin.canneverbe.com/downloads/Ketarin/Ketarin-1.0.2.zip

     

    In any event, my output disk filename DOES NOT EXIST so Ketarin should download it anyway, but it isn't doing that either. This disk file does not exist:

    Ketarin-1.0.2_beta_<filedatehere>-<filetimehere>.zip

     

    Why do you say Ketarin only downloaded 1.0.1.197 and still downloads 1.0.1.197? That is the part that doesn't make sense to me. If I give that same URL to IE, Orbit, Free Download Manager, and Firefox, they all download a filename of Ketarin-1.0.2.zip. Why would Ketarin continue to download 1.0.1.197 from that URL?

     

     

    So. After my reimport of the jobs XML, you're saying that would make the CIV prior value become blank/null/not there/whatever?

    Yes, because it's not stored in the XML.

    OK... I get that. I don't like it, but I get it :-p

     

    I'm (reasonbly) certain after I imported my jobs XML, and made my update attempts...

    Can you reproduce the problem, knowing what is happening now?

    I'm not sure I *do* know what is happening now... are you confirming that Ketarin did not change my blank CIV despite numerous update attempts, until the server's file date changed today and Ketarin actually downloaded something?

     

    Would it be possible to export the CIV to XML and then be reimported?

    I don't think so. This cached value is not a part of the application itself, and if you import it to a different database, it may just be plain wrong to assume that there is no change.

    Well for one thing Ketarin should NOT assume there is no change? I don't know why you would want that.

     

    If the CIV is imported with the XML, it would work like this: The first time an update attempt is made, if the old CIV value and the new value are different, Ketarin is supposed to download... that's the point of the CIV isn't it?

     

    And if the old CIV and new CIV are NOT different, Ketarin is not to download -- unless the disk file name does not exist, then Ketarin should download and create the disk file name.

     

    So it seems that the CIV should be included in the XML, when imported it replicates the known state of the app at the time of export. That would be exactly what I want, if I'm importing from XML... I'd like to recreate what the app looked like at that time.

     

    I guess I think of being able to export and import the XML as a 'restore' app function -- is there any other use of the import function that would be in conflict with 'restoring' the app to the state it was in when exported?

  4. The first problem is rather simple, and somewhat a bit my fault: The website always serves the latest version of Ketarin (no matter what file you download), unless your referrer is "ketarin.org/ketarin.canneverbe.org". I need this to prevent direct downloads of outdated versions of Ketarin form 3rd party websites.

    I've no argument with that... it did seem odd at first but I figured that was what was happening.

     

    So no matter what download URL of Ketarin you are pointing to, it will always result in the same file (that is, the latest version). So no change in date, no change in file size and not even a change in file name. Thus, no update.

    This is the part that isn't making sense to me. Perhaps you can break it down using parts from my example?

     

    Here's what I see, tell me what is different from what you're saying is supposed to happen?

     

    1. The old URL (....0.9.9.22) brought down new disk filenames as versions increased, but it has never brought down 1.0.2... (not sure why, seems to go against above comment about always serving newer versions). Ketarin just keeps on telling me 1.0.1.197 has not been updated... OK fine... so I changed the URL in order to download the newest version file.

     

    The URL is the one you last posted of (...1.0.2). Shouldn't that serve up a {url:basefile} as Ketarin-1.0.2? Together with the rest of my disk download filename, no such disk filename exists.

     

    I thought we agreed Ketarin should download a new disk file name if it doesn't exist (and 'delete prior' is NOT marked)? I looked at the XML, 'delete prior' is *false*... and I still have no new disk filename...?

     

     

    Regarding the second problem: As the XML indicates, you have never downloaded this application before. Probably, you deleted and reimported or changed the variable to compare for this application, so that there is no previous value for "vers" available and thus Ketarin ignores this feature altogether. I guess I'll add another log message.

     

    Yes I did re-import my jobs.xml but I have run several update attempts since then, on earlier version of 1.0.2, and including this particular app. Unfortunately since you won't store the 'last update attempt' date/timestamp :-p I can't prove to you from my XML exports that this is the case!

     

    So. After my reimport of the jobs XML, you're saying that would make the CIV prior value become blank/null/not there/whatever?

     

    If that is true, then I would guess Ketarin did not store the CIV on the next update attempt. If the CIV is not stored until a new download, that could be what happened here.

     

    I'm (reasonbly) certain after I imported my jobs XML, and made my update attempts, the server's file dates and size were the same as they had been for that app. My disk filename still existed. If Ketarin left the CIV blank on each of these attempts, then that would explain why the file was redownloaded today, when the server file dates changed today.

     

    Could that be what happened here?

     

    Would it be possible to export the CIV to XML and then be reimported? That would make export/import of apps get that much closer to recreating the last known configuration of that app?

  5. OK, still in the same Ketarin launch as the redownload of Boozet Double Driver, I just did another CTRL-U on it. Hoping the author has not changed the server's file dates in the last 30 minutes. Apparently not. NOW the update log shows this:

     

    2/19/2009 5:40:26 AM: BooZet Double Driver: Replacing {vers} in 'd:\stuff\filestore\win_tips_and_tweaks\boozet_dd210_{vers}.zip' with '2.1'

    2/19/2009 5:40:26 AM: BooZet Double Driver: Checking if update is required...

    2/19/2009 5:40:27 AM: BooZet Double Driver: Replacing {vers} in '{vers}' with '2.1'

    2/19/2009 5:40:27 AM: BooZet Double Driver: Update not required, {vers} has not changed

  6. Running newest 1.0.2 now. Same issue as above, no download on newer file from new URL.

     

    And -- Ketarin is ignoring my CIV and redownloading same files again. Server file dates have changed even though same version. The presence of a CIV means do not download if CIV has NOT changed between runs, right?

     

    Update log:

    2/19/2009 5:32:00 AM: Update started with 1 application(s)

    2/19/2009 5:32:04 AM: BooZet Double Driver: Replacing {vers} in 'd:\stuff\filestore\win_tips_and_tweaks\boozet_dd210_{vers}.zip' with '2.1'

    2/19/2009 5:32:04 AM: BooZet Double Driver: Checking if update is required...

    2/19/2009 5:32:05 AM: BooZet Double Driver: Replacing {vers} in '{vers}' with '2.1'

    2/19/2009 5:32:05 AM: BooZet Double Driver: Update required, file modified dates do not match

    2/19/2009 5:32:15 AM: Update finished

     

    The only difference between the 'before' and 'after' XML files is the 'last update' datetimestamp.

     

    Help?

    --appyface

     

     

     

    XML of Ketarin entry *before* update:

     

    <?xml version="1.0" encoding="utf-16"?>
    <Jobs>
     <ApplicationJob xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" Guid="c7d6f628-eca5-4d54-90fd-7bf13e706e9b">
       <DownloadBeta>Default</DownloadBeta>
       <DownloadDate xsi:nil="true" />
       <VariableChangeIndicator>vers</VariableChangeIndicator>
       <CanBeShared>true</CanBeShared>
       <ShareApplication>false</ShareApplication>
       <ExclusiveDownload>false</ExclusiveDownload>
       <HttpReferer>http://boozet.org/dl.htm?product=dd&mirror=1</HttpReferer>
       <Variables>
         <item>
           <key>
             <string>vers</string>
           </key>
           <value>
             <UrlVariable>
               <VariableType>RegularExpression</VariableType>
               <Regex>(?<=a href="dd\.htm">Double Driver.*?div .*?>).*?(?=<)</Regex>
               <Url>http://boozet.org/download.htm</Url>
               <Name>vers</Name>
             </UrlVariable>
           </value>
         </item>
       </Variables>
       <ExecuteCommand />
       <ExecutePreCommand />
       <Category>000100</Category>
       <SourceType>FixedUrl</SourceType>
       <PreviousLocation>d:\stuff\filestore\win_tips_and_tweaks\boozet_dd210_2.1.zip</PreviousLocation>
       <DeletePreviousFile>false</DeletePreviousFile>
       <Enabled>true</Enabled>
       <FileHippoId />
       <LastUpdated>2009-02-16T17:44:10.56325</LastUpdated>
       <TargetPath>d:\stuff\filestore\win_tips_and_tweaks\boozet_{url:basefile}_{vers}.{url:ext}</TargetPath>
       <FixedDownloadUrl>http://boozet.org/getfile.php?product=dd&mirror=1</FixedDownloadUrl>
       <Name>BooZet Double Driver</Name>
     </ApplicationJob>
    </Jobs>
    

     

     

     

    XML entry *after* CTRL-U:

     

    <?xml version="1.0" encoding="utf-16"?>
    <Jobs>
     <ApplicationJob xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" Guid="c7d6f628-eca5-4d54-90fd-7bf13e706e9b">
       <DownloadBeta>Default</DownloadBeta>
       <DownloadDate xsi:nil="true" />
       <VariableChangeIndicator>vers</VariableChangeIndicator>
       <CanBeShared>true</CanBeShared>
       <ShareApplication>false</ShareApplication>
       <ExclusiveDownload>false</ExclusiveDownload>
       <HttpReferer>http://boozet.org/dl.htm?product=dd&mirror=1</HttpReferer>
       <Variables>
         <item>
           <key>
             <string>vers</string>
           </key>
           <value>
             <UrlVariable>
               <VariableType>RegularExpression</VariableType>
               <Regex>(?<=a href="dd\.htm">Double Driver.*?div .*?>).*?(?=<)</Regex>
               <Url>http://boozet.org/download.htm</Url>
               <Name>vers</Name>
             </UrlVariable>
           </value>
         </item>
       </Variables>
       <ExecuteCommand />
       <ExecutePreCommand />
       <Category>000100</Category>
       <SourceType>FixedUrl</SourceType>
       <PreviousLocation>d:\stuff\filestore\win_tips_and_tweaks\boozet_dd210_2.1.zip</PreviousLocation>
       <DeletePreviousFile>false</DeletePreviousFile>
       <Enabled>true</Enabled>
       <FileHippoId />
       <LastUpdated>2009-02-19T05:32:15.041-08:00</LastUpdated>
       <TargetPath>d:\stuff\filestore\win_tips_and_tweaks\boozet_{url:basefile}_{vers}.{url:ext}</TargetPath>
       <FixedDownloadUrl>http://boozet.org/getfile.php?product=dd&mirror=1</FixedDownloadUrl>
       <Name>BooZet Double Driver</Name>
     </ApplicationJob>
    </Jobs>
    

  7. I thought I'd start a new thread rather than continue mixing into the old thread...

     

    I'm being careful to eliminate pilot error... since that may be a factor in prior difficulties (!). I saw post where Ketarin 1.0.2 had been reuploaded, I decided to have the current Ketarin go fetch it for me.

     

    An existing app entry had been fetching a prior beta. I modified it by changing only the source URL to go fetch from the current 1.0.2 beta link. All else is the same.

     

    1. Below is full XML *before* I modified the entry.

    URL was: http://ketarin.canneverbe.com/downloads/Ketarin/Ketarin-0.9.9.22.zip

    Disk file was: Ketarin-1.0.1.197_beta_20090211-093911.zip (does exist)

     

    (yes that one seems weird, but that URL continued to fetch later despite looking as if it pointed to 0.9.9.22, I dunno what happens when the URL is accessed but I had been getting the 1.0.1.197 files just as the disk file name shows)

     

     

    2. Below is full XML *after* I modified the entry's URL, and before I tried to update with it.

    New URL: http://ketarin.canneverbe.com/downloads/Ketarin/Ketarin-1.0.2.zip

    New disk file should be determined as:

    {url:basefile}_beta_{f:yyyy}{f:MM}{f:dd}-{f:HH}{f:mm}{f:dd}.{url:ext}

    Ketarin-1.0.2_beta_<filemodifieddate>-<filemodifiedtime>.zip

     

    There is no disk filename in the download location anywhere close to this name. The only one that has even part of the right name is: Ketarin-1.0.2_prior.zip size: 744,606 modified: 2/14/2009 1:23:50 PM

     

     

    3. Issued CTRL-U and Ketarin reported:

     

    2/19/2009 4:07:26 AM: Update started with 1 application(s)

    2/19/2009 4:07:27 AM: Ketarin redownload xxxx beta: Checking if update is required...

    2/19/2009 4:07:27 AM: Ketarin redownload xxxx beta: Update not required

    2/19/2009 4:07:27 AM: Ketarin redownload xxxx beta: Replacing {vers} in '{vers}' with '20090211-093911'

    2/19/2009 4:07:27 AM: Update finished

     

     

    4. Just now I used Orbit to fetch from the 1.0.2 source URL. Orbit downloaded a newer file, as I was expecting.

     

    Orbit's default download location has always been and still is completely different where Ketarin downloads to (plus I changed the disk file name for Orbit this time, for good measure). So there is no chance of mingling any Orbit downloaded disk files with Ketarin's downloaded disk files.

     

    Orbit did pick up a newer file than what is in Ketarin's download location:

    Ketarin-1.0.2_new.zip size: 745,465 modified: 2/18/2009 11:16:58 AM

     

     

    Ketarin's log isn't too helpful in this case as it doesn't report what was actually looked at to determine no update was required.

     

    Help? I don't think pilot error is a factor in this one but please tell me if I've overlooked something! Thanks as always,

    --appyface

     

     

    XML of Ketarin entry *before* I changed the URL:

     

    <?xml version="1.0" encoding="utf-16"?>
    <Jobs>
     <ApplicationJob xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" Guid="65685631-ebfb-495f-b8bb-0770bec64b3b">
       <DownloadBeta>Default</DownloadBeta>
       <DownloadDate xsi:nil="true" />
       <VariableChangeIndicator />
       <CanBeShared>true</CanBeShared>
       <ShareApplication>false</ShareApplication>
       <ExclusiveDownload>false</ExclusiveDownload>
       <HttpReferer />
       <Variables>
         <item>
           <key>
             <string>vers</string>
           </key>
           <value>
             <UrlVariable>
               <VariableType>Textual</VariableType>
               <Regex />
               <TextualContent>{f:yyyy}{f:MM}{f:dd}-{f:HH}{f:mm}{f:dd}</TextualContent>
               <Name>vers</Name>
             </UrlVariable>
           </value>
         </item>
       </Variables>
       <ExecuteCommand />
       <ExecutePreCommand />
       <Category>000100</Category>
       <SourceType>FixedUrl</SourceType>
       <PreviousLocation>D:\Stuff\filestore\Updaters\Ketarin-1.0.1.197_beta_20090211-093911.zip</PreviousLocation>
       <DeletePreviousFile>false</DeletePreviousFile>
       <Enabled>true</Enabled>
       <FileHippoId />
       <LastUpdated>2009-02-16T14:43:59.8895</LastUpdated>
       <TargetPath>D:\Stuff\filestore\Updaters\{url:basefile}_beta_{f:yyyy}{f:MM}{f:dd}-{f:HH}{f:mm}{f:dd}.{url:ext}</TargetPath>
       <FixedDownloadUrl>http://ketarin.canneverbe.com/downloads/Ketarin/Ketarin-0.9.9.22.zip</FixedDownloadUrl>
       <Name>Ketarin redownload xxxx beta</Name>
     </ApplicationJob>
    </Jobs>
    

     

     

    XML of Ketarin entry *after* I changed the URL but *before* issuing CTRL-U:

     

    <?xml version="1.0" encoding="utf-16"?>
    <Jobs>
     <ApplicationJob xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" Guid="65685631-ebfb-495f-b8bb-0770bec64b3b">
       <DownloadBeta>Default</DownloadBeta>
       <DownloadDate xsi:nil="true" />
       <VariableChangeIndicator />
       <CanBeShared>true</CanBeShared>
       <ShareApplication>false</ShareApplication>
       <ExclusiveDownload>false</ExclusiveDownload>
       <HttpReferer />
       <Variables>
         <item>
           <key>
             <string>vers</string>
           </key>
           <value>
             <UrlVariable>
               <VariableType>Textual</VariableType>
               <Regex />
               <TextualContent>{f:yyyy}{f:MM}{f:dd}-{f:HH}{f:mm}{f:dd}</TextualContent>
               <Name>vers</Name>
             </UrlVariable>
           </value>
         </item>
       </Variables>
       <ExecuteCommand />
       <ExecutePreCommand />
       <Category>000100</Category>
       <SourceType>FixedUrl</SourceType>
       <PreviousLocation>D:\Stuff\filestore\Updaters\Ketarin-1.0.1.197_beta_20090211-093911.zip</PreviousLocation>
       <DeletePreviousFile>false</DeletePreviousFile>
       <Enabled>true</Enabled>
       <FileHippoId />
       <LastUpdated>2009-02-16T14:43:59.8895</LastUpdated>
       <TargetPath>D:\Stuff\filestore\Updaters\{url:basefile}_beta_{f:yyyy}{f:MM}{f:dd}-{f:HH}{f:mm}{f:dd}.{url:ext}</TargetPath>
       <FixedDownloadUrl>http://ketarin.canneverbe.com/downloads/Ketarin/Ketarin-1.0.2.zip</FixedDownloadUrl>
       <Name>Ketarin redownload xxxx beta</Name>
     </ApplicationJob>
    </Jobs>
    

     

     

    XML of Ketarin entry after issuing CTRL-U. It's identical to the one prior:

     

    <?xml version="1.0" encoding="utf-16"?>
    <Jobs>
     <ApplicationJob xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" Guid="65685631-ebfb-495f-b8bb-0770bec64b3b">
       <DownloadBeta>Default</DownloadBeta>
       <DownloadDate xsi:nil="true" />
       <VariableChangeIndicator />
       <CanBeShared>true</CanBeShared>
       <ShareApplication>false</ShareApplication>
       <ExclusiveDownload>false</ExclusiveDownload>
       <HttpReferer />
       <Variables>
         <item>
           <key>
             <string>vers</string>
           </key>
           <value>
             <UrlVariable>
               <VariableType>Textual</VariableType>
               <Regex />
               <TextualContent>{f:yyyy}{f:MM}{f:dd}-{f:HH}{f:mm}{f:dd}</TextualContent>
               <Name>vers</Name>
             </UrlVariable>
           </value>
         </item>
       </Variables>
       <ExecuteCommand />
       <ExecutePreCommand />
       <Category>000100</Category>
       <SourceType>FixedUrl</SourceType>
       <PreviousLocation>D:\Stuff\filestore\Updaters\Ketarin-1.0.1.197_beta_20090211-093911.zip</PreviousLocation>
       <DeletePreviousFile>false</DeletePreviousFile>
       <Enabled>true</Enabled>
       <FileHippoId />
       <LastUpdated>2009-02-16T14:43:59.8895</LastUpdated>
       <TargetPath>D:\Stuff\filestore\Updaters\{url:basefile}_beta_{f:yyyy}{f:MM}{f:dd}-{f:HH}{f:mm}{f:dd}.{url:ext}</TargetPath>
       <FixedDownloadUrl>http://ketarin.canneverbe.com/downloads/Ketarin/Ketarin-1.0.2.zip</FixedDownloadUrl>
       <Name>Ketarin redownload xxxx beta</Name>
     </ApplicationJob>
    </Jobs>
    

  8. In 'standard' regex the ( ) groups are called 'backreferences', and are referred to positionally. The first group is referred to as \1 the second group \2 and so in.

     

    This is useful for example in a text editor, where you might have search and replace:

     

    Search: (findsomestring)(.*?)(findanotherstring)

    Replace with: \2\3\1

     

    Before: findsomestring123456findanotherstring

    After: 123456findanotherstringfindsomestring

     

    Flo are you using tradtional backreferences here?

  9. Actually, the URL works fine for me in Ketarin.

    I don't know if the URL is static. I thought that there is some information encoded within using base64, but that doesn't work. Maybe it refers to the specific file, and changes as soon as a new version has been uploaded.

    That is correct, it changes -- and I also believe for the reasons CybTekSol stated.

     

    So, I'd really want to be able to supply Ketarin with the original ("download mirror") URL, and have Ketarin actually receive and use the Google URL just as Orbit Downloader does.

     

    Possible?

  10. The URL you eventually end up with' date=' to get the actual download, is something like this one:

    http://boozet.googlegroups.com/web/viscd410.zip?gda=WsVvGz4AAABKDjt2jiDKzRTTRWAb4GYINaN7BwME1UwkrkWEJTy_bpoyl4fqMwQU6QlvisSk0l3jsKXVs-X7bdXZc5buSfmx&gsc=mr_G7xYAAACXBMc418tjQ_mQ4qzTJSdLg-kXU5InE09W2o0GCSVgCQ

    [/quote']

    This URL works, where did you get it ? What browser are you using, Opera ? I don't see this anywhere in FF (at least with my extensions).

    After I click on the first download link, "First Download Site":

    http://boozet.org/dl.htm?product=visualcd&mirror=1

     

    Orbit Downloader is automatically launched to handled the download (it is set to monitor my web browser). Orbit receives the actual URL, referrer info etc. of where the real download is sourced from. That makes it a lot easier to trace some of these downloads.

     

    I don't know where you get that info from a browser, though.

  11. Several apps I like are hosted on Google, which I can't seem to get Ketarin to use?

     

    There are direct links available to the apps, so *getting the app* is NOT my goal... it's to get Ketarin to download from Google... not just to download the current version, but to get a new version from the link as well.

     

    Anyone like to take up the challenge? My other challenge for Java JDK on Sun has gone unresolved so far, maybe this one has a solution I've not thought of :)

     

     

    Here's example of an app that downloads via Google. Go to:

    http://boozet.org/download.htm

     

    First app is Visual CD (a nice little app BTW), click the link to download from "First Download Site". That link is something like this one:

    http://boozet.org/dl.htm?product=visualcd&mirror=1

     

    The URL you eventually end up with, to get the actual download, is something like this one:

    http://boozet.googlegroups.com/web/viscd410.zip?gda=WsVvGz4AAABKDjt2jiDKzRTTRWAb4GYINaN7BwME1UwkrkWEJTy_bpoyl4fqMwQU6QlvisSk0l3jsKXVs-X7bdXZc5buSfmx&gsc=mr_G7xYAAACXBMc418tjQ_mQ4qzTJSdLg-kXU5InE09W2o0GCSVgCQ

     

    Can Ketarin be set to use the first URL (or some other generic URL) in order to receive and download the current version from Google?

     

    Thanks any/all,

    --appyface

  12. Using the same database with multiple instances of Ketarin is certainly not optimal, but in any case, the database layer supports it and it shouldn't lead to a currupted database. At worst, you'll end up undoing changes in one of the instance.

    OK. Then I still cannot explain why 'delete previous' was enabled on so many apps... of course I could have unintentionally marked the box on an app or two. But I rarely clone except for testing various regex or other options, so it seems unlikely I would accidentally mark the box on so many. For certain I have never *intentionally* marked the 'delete previous' box as I don't want that feature (so far).

     

     

    I can of course add an info to the about screen about the database path.

     

    Would be very helpful when using Ketarin with multiple db's. Thanks!

  13. Yes! Please! I could use that right now!

     

    Please make the command line option so it can be used all by itself, just to have Ketarin export all to a filename of my choosing and do nothing else? That would be great.

     

    In my case I want to export both before and after Ketarin's launch, so I don't want to combine the command line with other Ketarin command line options, I want to write a batch file that calls Ketarin three times, first one to just export XML, second one to launch GUI, and third one to just export XML again.

     

    Sound OK? TIA Flo,

    --appyface

  14. FWIW I've used Heise Security's "DIY" service pack for some time and through many versions. It works very well.

     

    What I like is that it creates an ISO to patch everything (within your parameters when you created the ISO, you might choose parameters which will not work on some systems). IOW, the ISO is not system-specific, you can burn that ISO to CD or mount the ISO or update pack directory to multiple computers at different patch levels and bring them all current.

     

    Be aware there are some patches that Heise does not (and rightly, IMO) pick up.

     

    For example, it is limited to Windows OS and some MS-Office versions. It will not pick up patches to SQL Server or other optional system components. It also will not pick up any hardware patches that are sometimes offered from m$ update. That sort of thing.

     

    You can of course modify it to pick other things up if you like. Just be aware that "out of the chute" these things are not present.

     

    Personally I always write separate ISOs for windows OS and for Office per their parameter options. I did try a combined XP/MS-Office 2003 ISO once, ran into trouble on one machine, I did not investigate cause just went back to making separate ISOs and have not had trouble.

     

    Hope that helps,

    --appyface

  15. @CybTekSol

     

    I don't mind at all... thank you for your ideas. In fact I've already done just that. Last night I exported my latest DB, replaced those lines of XML (quite a few!!!!), renamed my jobs.db and started Ketarin 1.0.2 so I could have a fresh empty db. Then I imported that modified XML into the empty db.

     

    I next did a full update run and closed and relaunched Ketarin, and exported all to XML. All lines are still 'false'.

     

    I did have a little time last night to start going back through the jobs.db files. Darn it I don't have as many as I thought, I cleaned house at some point of old Ketarin versions and their jobs.db files.

     

    It does look like it may have happened somewhere along one of the changes to 0.9.9.22, as there were several re-uploads of that same version file while Flo fixed/enhanced things for us.

     

    Here's something... I did mean to post about this in the forum too and I forgot...

     

    It was around that time that I had a two Ketarins open simultaneously, as I was doing some comparative testing, and I *thought* each had their own jobs.db. In fact, one of them did not have their own jobs.db and so was using the same jobs.db that the other one had open.

     

    There was/is no database or file level locking? As I never had any messages related to this, so I had no idea at the time.

     

    I was alternating between the two Ketarin versions and testing for things that had been fixed, added, or enhanced. I never did see any problems not directly related to changes to Ketarin, and only discovered later on that I had been updating the same jobs.db file.

     

    I don't know the exact date/time this went on, but I do know that was with version 0.9.9.22! Flo does it seem possible this is what could have caused the settings to change?

     

    I do see that Ketarin 1.0.2 now shows the checkmark in the 'delete previous' box if it is checked, and does not show a checkmark when unchecked, just as it should.

     

    In going through this stuff last night, I found I have no idea what jobs.db file Ketarin currently has open...

     

    Flo -- could we have the full path and filename of the current jobs.db in the title bar or other place in Ketarin, so we can check which jobs.db file that instance of Ketarin is using? If that is already available, please point me, I didn't find it...

     

    Flo -- I think there should be exclusive write control on the jobs.db Ketarin has open. Another Ketarin or app should be able to read it but not change it until the Ketarin instance that has it, quits.

     

    Thoughts? Thanks Flo,

    --appyface

  16. I did export and reimport my XML to a new jobs db a few times, could that have accidentally set this flag? Or conversion from one db format to a new one?

     

    I also periodically keep finding the global setting, 'check for updates in the online database', to be enabled. I have never intentionally enabled this feature either.

     

    I'll send you a couple of db's. I have most of them, going back quite a few versions.

     

    --appyface

  17. When I look at Ketarin GUI, the box is NOT checked!!! I just looked right now!!! NOT CHECKED!!!!

     

    I have NEVER (intentionally) engaged that feature, I always want to keep previous files.

     

    What's going on here????

     

    I tell you what. I do NOT know how it could have been set or why it does not show on the GUI. I will export my db, edit the XML to make sure this option is OFF for all entries, and reimport to a clean and empty db? I'll let you know what happens.

     

    --appyface

     

    Wait a minute. Even if I *did* want that option, why would Ketarin not delete the old file and create a new one? I'm still confused...

  18. @somerandomhash

     

    Sorry for delay in getting back here.

     

    No, Sun does not handle JDK same as JRE. I already get the latest JRE updates easily from Sun's site. It's the JDK challenge that I'm interested in solving :)

     

    Have you tried the JDK? If you try it and get it to work, please post back :)

     

    Thanks!

    --appyface

  19. @Flo

     

    How does the the new automatic backup feature work?

     

    The first time I launched Ketarin 1.0.2, it created this file:

    jobs.db_2009-02-16.bak

     

    Since then I have made new app entries, edited apps, run updates, quit and relaunched, but still this is the only file, and it has not been updated since creation.

     

    More info please? Thanks,

     

    --appyface

×
×
  • 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.