floele

Hm, what about using a different overload for ReplaceAllInString()? You can use string ReplaceAllInString(string value, DateTime fileDate, string filename, bool onlyCachedContent, bool skipGlobalVariables = false) Parameters: value: Same as before fileDate: Basis for the {f:XXX} variables. Use DateTime.MinValue if you don't want to determine the value yourself. onlyCachedContent: Use "true" in your case. skipGlobalVariables: Optional and does what it says, use to your liking.

I'll have a look at what can be done there. Sometimes it's not easy to find a balance between performance and "correctness" unfortunately

Hm not sure if I can do something about that, if you have an app to share I can have a look though.

@shawn Sorry for the absence I gave you permissions on the wiki now. Not sure what page to add this information to though...

Are you sure it's actually related to the Ketarin update? There shouldn't be anything different with the new version in this regard.

Sure, would be possible. The menu is quite filled already but feel free to make a feature suggestion at UserEcho for future consideration.

Sure, could be a possibility.

I added a link to the top now.

Voting and suggestions preferably here: https://ketarin.userecho.com/ Otherwise I'll forget about your request sooner or later.

I think that is reasonable, yes.

Nope, no dontation button. But thanks for the intent!

That simply happened because in PHP I get the UNIX timestamp as int. I probably wouldn't use this data type anymore now but it works fine as it is.

I think it should be fixed now. In the old version, the database tables had triggers to update the missing files, the new version didn't have them. The default value current_timestamp() isn't actually working for an integer column.

This is the table structure: CREATE TABLE `apps_applicationjobs` ( `ShareId` int(10) UNSIGNED NOT NULL, `ApplicationName` varchar(255) COLLATE utf8_unicode_ci NOT NULL DEFAULT '', `ApplicationGuid` varchar(38) COLLATE utf8_unicode_ci NOT NULL DEFAULT '', `Category` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL, `AuthorGuid` varchar(38) COLLATE utf8_unicode_ci NOT NULL DEFAULT '', `CreatedAt` int(10) UNSIGNED NOT NULL DEFAULT current_timestamp(), `UpdatedAt` int(10) UNSIGNED NOT NULL DEFAULT current_timestamp(), `ApplicationXml` text COLLATE utf8_unicode_ci NOT NULL, `DownloadCount` int(11) NOT NULL DEFAULT 0, `ExternalId` varchar(255) COLLATE utf8_unicode_ci NOT NULL DEFAULT '' ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

Not sure why it's an issue now and wasn't before, but I made the change to the DB structure.

It's the name of the column.

Changes in Beta 1: +Allow forced evaluation of custom columns by prefixing the name with "!" +When accessing an FTP directory (path ending with /) list directory contents +New option: Default user agent. Replaced all previous default user agents with a new one. Changes in Beta 2: +Added "clear log" feature in log window +Allow non-binary downloads (text/html) *Now requires .NET 4.5.2 (instead of 4.5) Ketarin-1.8.10.1.zip

OK will add it for the next version. Now the most fancy solution but I suppose it's fine for the low demand so far.

Nope, unless you use the variable somewhere in the downloading process.

Problem is that Ketarin will only display cached content in custom columns (for performance reasons). Since your variable is never used other than in custom columns though, it never evaluates and this also never has some cached content to use. It would be necessary to declare custom columns as "force execution" when you are aware of the implications in regard to performance issues. The easiest way for such an implementation would be agreeing to prefixing column names with "!" in order to force execution. I could also add an editable checkbox, a bit more annoying to implement though.

You need to thank @shawn

Oh you need a bridge for that? Consider it done in the next version of Ketarin

OK I think I figured it out. Will provide a fix with the next version.

I didn't notice any issues yet, so I didn't bother with updating.

So far I have not been able to reproduce any issue. Considering the information from https://www.johnlouros.com/blog/enabling-strong-cryptography-for-all-dot-net-applications it seems like .NET 4.6.1 updated and no longer establishes SSL3 connections by default. Ketarin actually has a workaround for it: If a request fails and SSL3 is not being used, it temporarily enables SSL3 and then executes the request again. The CCLeaner website uses TLS 1.2 so it should not be affected by the Ketarin workaround or the registry setting. The 7-zip website is not encrypted and thus should not be an issue either. If someone can provide me with a case to reproduce the issue I can look into it (XML files of applications please). Also more details from the log window if available. The only issue I could imagine for the moment is if multiple applications are downloaded at the same time, one needing the workaround while the other one doesn't. That could cause problems actually because the security settings are per app-domain and not per thread. I might need to fix that but would like some confirmation that it's the issue we see currently. I'd prefer if no one needed to change the system wide registry settings, SSL3 is being disabled for a reason.