Jump to content
Ketarin forum

Return of the stuck variable version check with Ketamon


Omniferum
 Share

Recommended Posts

I did some XML cleaning during the 1.6 b3, which worked right up until I upgraded.

 

With b4 the CDATA stuff re-appeared and caused me grief, so I exported all my apps, re-created the .db and cleaned up all my xml and imported that back in.

 

Now the variable version check is stuck again

 

If I re-export however there is no trace of CDATA issues (or at all) and EVERY app is the same except for the regex/url so i'm not sure what the bloody problem is this time. I'll try going back to b3 and see if that solves it and report back on that.

 

<?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="e5f6959c-b5fa-4982-afb6-4957f00562a5">
   <WebsiteUrl>http://xkcd.com/</WebsiteUrl>
   <UserAgent />
   <UserNotes />
   <LastFileSize>0</LastFileSize>
   <LastFileDate xsi:nil="true" />
   <IgnoreFileInformation>true</IgnoreFileInformation>
   <DownloadBeta>Default</DownloadBeta>
   <DownloadDate xsi:nil="true" />
   <CheckForUpdatesOnly>false</CheckForUpdatesOnly>
   <VariableChangeIndicator>monitor</VariableChangeIndicator>
   <CanBeShared>true</CanBeShared>
   <ShareApplication>false</ShareApplication>
   <ExclusiveDownload>false</ExclusiveDownload>
   <HttpReferer />
   <SetupInstructions />
   <Variables>
     <item>
       <key>
         <string>monitor</string>
       </key>
       <value>
         <UrlVariable>
           <RegexRightToLeft>false</RegexRightToLeft>
           <VariableType>RegularExpression</VariableType>
           <Regex>([^"']+comics[^"']+(\....))</Regex>
           <Url>http://xkcd.com/</Url>
           <Name>monitor</Name>
         </UrlVariable>
       </value>
     </item>
     <item>
       <key>
         <string>name</string>
       </key>
       <value>
         <UrlVariable>
           <RegexRightToLeft>false</RegexRightToLeft>
           <VariableType>RegularExpression</VariableType>
           <Regex><title>.*?(\S.*?)\s*</title></Regex>
           <Url>http://xkcd.com/</Url>
           <Name>name</Name>
         </UrlVariable>
       </value>
     </item>
   </Variables>
   <ExecuteCommand />
   <ExecutePreCommand>start "" "{property:WebsiteUrl}" & exit 2</ExecutePreCommand>
   <ExecuteCommandType>Batch</ExecuteCommandType>
   <ExecutePreCommandType>Batch</ExecutePreCommandType>
   <Category>Web Comics</Category>
   <SourceType>FixedUrl</SourceType>
   <PreviousLocation />
   <DeletePreviousFile>true</DeletePreviousFile>
   <Enabled>true</Enabled>
   <FileHippoId />
   <LastUpdated xsi:nil="true" />
   <TargetPath>Web Page Monitoring\{appname:regexreplace:([^a-zA-Z0-9\_]+):-}</TargetPath>
   <FixedDownloadUrl>https://www.google.com/images/logos/mail_logo.png</FixedDownloadUrl>
   <Name>xkcd</Name>
 </ApplicationJob>
</Jobs>

 

I've deleted/re-created the .db from scrap and re-imported several times.

Link to comment
Share on other sites

Version moving didn't help. Changed some XML tags from xsi:nil to valid values, still not working.

 

However it seems that if I run the update all twice per opening of the ketamon I so far haven't encountered the problem.

 

Before I just opened it once then closed it.

 

Running the update twice, no problem it would appear.

 

I've tested this several times, it seems to be the problem.

 

It seems like an exit 2 and monitor variable for changes issue in combination.

 

So perhaps it doesn't store the variable changes information because of exit 2, but the variable is stored but doesn't get saved again until the 'update' is run again forcing the re-check.

Edited by Omniferum
Link to comment
Share on other sites

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.