shawn

i'm afraid this is a known issue, too. re-checking will often allow it to download.

This is a known issue and was at least partly resolved in 1.8.8 beta 4. Please try the beta and let us know if you continue to experience problems.

@jokerfool - drag & drop the column header in the main display.

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.

would you rather it fail, or download as a single segment and report that it could not be segmented in the log?

understood. i think the correct logic fix is to treat invalid segment length and starting byte values as errors and download as a single segment under those conditions, writing an error to the log, but not displaying anything to the user directly. what are your thoughts @Narnia524? @floele - bug report

Also, what is the value you have in "settings", "connection", "number of segments per download"? If it's other than 1, please try one and see if you continue to experience the problem.

can you please post your existing app xml (select the one with issues and press CTRL+C) so we can duplicate?

Only authors can update their submitted applications. If you want to fix one: copy it out, edit out the Guid of the specific ApplicationJob, change the name, then paste it back in, you can modify it and submit it as a new entry. It doesn't look like there have been any updates to the online applications listing in the last 7 months. I believe they're moderated, though I don't have access myself. There have been database issues in the past that caused problems with submission and management of the apps, often as a result of server changes. Hey, @floele and @crrodriguez we might have an application database issue again. I know there was mention that an update to the forum software might cause problems and require a rewrite of the applications extension. Unfortunately, any added features, such as scoring or moderation, require labor to make it happen, and that's the most difficult part for open source projects like Ketarin.

hi, xmas! I'm afraid not, since they use ASP.NET postbacks in order to interact with the content. You could, however, use something like a C# variable to parse the contents and structure it the way you want. There are other ways of getting the content than via the MS Catalog such as by extracting the update.cab file. What specifically are you getting from the catalog.

@floele - looks like the TLS 1.2 bug still persists on Filehippo.

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.

You can use "vacuum" on the jobs.db to shrink it. This will purge unneeded archival data that has been marked for deletion but not actually removed. There are other suggestions at the link, too. However, the safest way of purging your database if you're concerned about privacy matters, is to create a new one. Vacuum only purges data it knows to delete - there's always a chance it won't know, so recreating the jobs.db ensures that it only has access to the new information. From the main Ketarin window: Select all, CTRL+C, open notepad, paste. Also go to the global settings (custom columns, global variables, global actions) and copy those out and label them so you know where they go when you create a new one and remove the ones you don't want/need anymore. Rename the jobs.db to something like jobs-20171213.db, then reopen Ketarin. You'll have a blank new jobs.db, so go back and recreate the global settings first, then copy the original "select all" backup from notepad and paste it right back into Ketarin. This will put all your application profiles back.

I'd need a little more to go with to be able to provide an effective answer. Ketarin is a client-side application. It can be run on many different OSes, but it doesn't operate as a server itself. Assuming you're hosting your content on either a shared drive or a web server somewhere, sure: net use y: \\server\ketarin dir /b /s y:\ net use y: /delete Or, for a web server you can do pretty much the same thing with PHP, ASP, Perl, or many other languages. Or, just use the .htaccess "Options +Indexes" rule. (be careful though, it can be dangerous to tell people what is on a public-facing web-server.)

@jokerfool, the problem is most likely unrelated to Ketarin, and more than likely the result of you installing the 1709 update and having it reset your PATH variable. Fix the PATH, close and reopen Ketarin, and you should be fine.

i can. i do. i've been thru this myself with over 800 apps. When you've got that many you can try exporting all (CTRL+A, CTRL+C) then when you paste it into Notepad++ you can bookmark "<ApplicationJob" to find the beginning of each one. if you want to make it easier for bulk export/import, I would recommend opening two Ketarin instances (one with the old jobs.db and one with the new jobs.db using the /database argument) then export and import in groups, either by category, or first letter, or N (10-50) at a time, testing after each group.

copy your current installation (including the jobs.db (to make a backup)) and try it with 1.8.8 and see if that fixes your problem.

If you suspect database corruption, the safest solution is to start with a blank one. First, backup what you have: For each app select it from the main interface window, CTRL+C (which copies that app profile to the clipboard as XML), then switch to Notepad++ (or a similar kick-ass multi-tab text editor) and paste each one into a new document (you don't have to save it in Notepad++, just leave the tab open). Repeat for each app profile you want to save. You *can* select all (in Ketarin) and CTRL+C to copy the entire list out to XML, but this has the potential of copying whatever broken app is causing problems, and is a little more work to split it back out afterwards. Before you're done with backups you'll also want a new text document where you can record the values of the global Ketarin preferences at File, Settings. Navigate each tab and record the results so you can recreate them later. Once the backup is complete, create a new jobs.db. You can either (with Ketarin *closed*) rename your old one to something else (like "jobs-20171209.db"), which will create a new jobs.db when you start Ketarin, or start Ketarin with the /database switch, as so: ketarin.exe /database=newjobs.db Ketarin will start with a new database and all of her settings will be reset. There will be no app profiles. Copy your settings back to File, Settings first. This ensures that any dependent variables are correctly assigned before parsing the jobs you add later. Now, ONE BY ONE, copy the individual app XML profiles (select all, copy, switch to Ketarin, paste, test) back from Notepad++. Your testing should help you identify which one of the apps is broken and causing you problems. If you find that the issue is actually one of invalid settings (like output path, which is a common problem for apps copied from elsewhere) you can perform a find/replace in Notepad++ to replace the matching defective path with the correct value (which I strongly recommend you use a variable or a dotted root (".\{category}\") to ensure that you don't have problems when moving the Ketarin setup to a new computer, path, or drive). If you experience an error during any phase of this process, or discover which apps are causing problems and it's not a simple path problem, let us know (share the XML for the defective app) and we'll do our best to help you fix it.

You most likely have the interface sorted by Application instead of by Category. Sort by Category and you should get this:

thanks for sharing your solution

Are you using the latest build, and is this happening with regular apps, or only those from FileHippo?

yes, sounds like you're looking for silent installation. for ketarin proper use "/SILENT", but each individual package will require its own silent configuration and some will not have silent installation as an option. start here.

usually this means that the site is performing user-agent sniffing and setting a session cookie in order to ensure only "real" visits are allowed to download. you can try changing the user-agent on the advanced tab, and/or attempting to handle session cookies. it's usually easier to find another source site though.

Hi, guys! Mozilla recently changed their site so that version numbers are no longer listed within the URIs for the 'all' and 'organizations' pages. The version numbers are still there, but different. Now at the opening HTML tag of any page on the site (at least all the ones I've tested) it has the version numbers in new attributes: <html ... data-latest-firefox="56.0.2" data-esr-versions="52.4.1" There are also new universal download URIs for the most current versions (replace the lang parameter with the one you need): Standard: https://download.mozilla.org/?product=firefox-latest-ssl&os=win&lang=en-US https://download.mozilla.org/?product=firefox-latest-ssl&os=win64&lang=en-US https://download.mozilla.org/?product=firefox-latest-ssl&os=osx&lang=en-US https://download.mozilla.org/?product=firefox-latest-ssl&os=linux&lang=en-US https://download.mozilla.org/?product=firefox-latest-ssl&os=linux64&lang=en-US ESR: https://download.mozilla.org/?product=firefox-esr-latest-ssl&os=win&lang=en-US https://download.mozilla.org/?product=firefox-esr-latest-ssl&os=win64&lang=en-US https://download.mozilla.org/?product=firefox-esr-latest-ssl&os=osx&lang=en-US https://download.mozilla.org/?product=firefox-esr-latest-ssl&os=linux&lang=en-US https://download.mozilla.org/?product=firefox-esr-latest-ssl&os=linux64&lang=en-US Hopefully this will help anyone else out whose Firefox downloads suddenly stopped working.

Hi, A, First, the Chrome download URIs don't change. The file located there does, but the URI is consistent. You don't need to parse for the download address as you do in other applications - just use the download link below and that'll get you what you need. Second, you're much better off using the enterprise version, which you can get here (32-bit): https://dl.google.com/tag/s/appguid%3D{8A69D345-D564-463C-AFF1-A69D9E530F96}%26iid%3D{C37A2A37-B20E-5650-D5F7-393789E62F08}%26lang%3Den%26browser%3D4%26usagestats%3D0%26appname%3DGoogle%20Chrome%26needsadmin%3Dprefers%26installdataindex%3Ddefaultbrowser/edgedl/chrome/install/GoogleChromeStandaloneEnterprise.msi The 64-bit version is here: https://dl.google.com/tag/s/appguid%3D{8A69D345-D564-463C-AFF1-A69D9E530F96}%26iid%3D{032C5030-0FD4-DD28-4989-89414B1173D5}%26lang%3Den%26browser%3D2%26usagestats%3D0%26appname%3DGoogle%20Chrome%26needsadmin%3Dprefers%26installdataindex%3Ddefaultbrowser/dl/chrome/install/googlechromestandaloneenterprise64.msi And here's the Chrome for macOS URI: https://dl.google.com/tag/s/appguid%3D{8A69D345-D564-463C-AFF1-A69D9E530F96}%26iid%3D{81AB92A8-4DCF-0D53-2725-1BBCB126B121}%26lang%3Den%26browser%3D4%26usagestats%3D0%26appname%3DGoogle%20Chrome%26needsadmin%3Dprefers/chrome/mac/stable/GGRO/googlechrome.dmg The enterprise version is better because it's easier to maintain the entire device this way. Instead of having dozens of versions littered across AppData for each user account, the enterprise version exists in PF and only stores user data in AppData, the way it should be.