shawn
-
Posts
1,181 -
Joined
-
Last visited
Content Type
Profiles
Forums
Applications
Posts posted by shawn
-
-
Thank you. Warning to anyone reading this and trying the above code: if you're relying upon specific UA's for different apps, this will cause problems for them.
A safer workaround is to select all items in the list, copy, paste into notepad, find/replace "<UserAgent />" with "<UserAgent>{user_agent}</UserAgent>", select all, copy & paste it back into Ketarin. This method will only replace the UA if a custom one is not set...but...
Workarounds are easy (at least for creating a new general UA), but it really needs to be fixed in the release. The no-UA behavior for new apps is a serious defect as far as I'm concerned. It could very likely get you banned from a server when you are creating a new app profile because you're not aware that it's sending a null header.
-
I'm seeing strange UA behavior in Ketarin 1.8.7. I haven't tested this thoroughly, but in my experiments I'm seeing a couple bugs.
First, I'd love for the global default user-agent to be alterable. Not just the UA for specific apps, but for the entire installation all at once.
Now for the bugs:
I assume that the user-agent will be included with all requests, but that's not actually the case. At least during development in the Variables editor, URL requests are sent with an empty UA. Since this is a sure-fire sign of unwelcome traffic, some servers (including my own) block the request with a 403 forbidden. Including the UA with these requests is important.
Now, the default UA is *not* included in those instances. But if you set a custom UA in the Advanced settings tab that UA will be used immediately on Variables URL requests.
The workaround is to manually assign a custom UA for each app that has problems due to UA filtering.
Expected behavior is to use the global UA for all requests, especially those from the Variables feature, except where it's superseded by the app-specific "User agent" option.
-
I've been seeing the same behavior. Any new app that has regex parsing including variables (in curly braces) no longer work on new profiles or new fields. This worked in previous versions but hasn't in a few months. So far I've been able to find alternative methods of getting the same content, but it would be easier if I could continue to use a literal variable within the regex pattern as so:
(setup_[^'"]+{version}.msi)
This no longer works on new apps.
-
can you share with us the specifics of your pre- and post-commands and what you're expecting to happen?
variables are resolved before pre-DOWNLOAD commands operate because they're required in order to facilitate various behaviour, such as version comparison.
if you want to shim in a different download engine (such as aria2c (for bittorrent) or wget) you can build the commands within pre-download and exit with a return value of 3 in order to avoid Ketarin's default download behavior.
-
Awesome! Thanks, Necrox!
-
I use a different pattern and it still works:
fpdownload.adobe.com/get/flashplayer/pdc/24.0.0.194/install_flash_player.exefpdownload.adobe.com/get/flashplayer/pdc/24.0.0.194/install_flash_player_ax.exeUse the full version number in the URL. I have used curl, wget and ketarin without any problems. -
What's in those folders? Are they from the root of the drive (such as a USB stick)? Are you sure you have not formatted the drive with elevated permissions and forgotten to grant Users rights to the root afterwards?
-
welcome back. next time post your problem and we'll try to get you sorted inside the same decade.
-
it depends on the scope of effort involved, but i would be willing. i would be far more willing if it is either simple button interface so i can hit several at once, or allows SQL or some other mass-effect tagging. even if it's just a couple fields such as "where appname like [*adobe flash*] set category to [plugins]" where there's a freeform field for entry of adobe flash and a dropdown or multiselect box for the various categories.
but i'd be open to doing it even if the tagging process were just a drop-down that appeared on each individual app page with a set button next to it.
-
nevermind, i see where it's created in start.bat
thanks for sharing
-
what's the contents of your "selectdrive.txt" script?
-
You can rename a variable with F2. It doesn't rename all instances where the variable is used, but that, IMHO, is a good thing.
-
You can copy the app profile from the main window, paste it into your favorite text editor (such as Notepad++) then reorder the variables "item" elements within the "Variables" element to the order you prefer. Paste it back into Ketarin when done.
-
Sorry, that should have been:
if not "{oldversion}"=="{version}" exit 2 -
the easiest method is to use the pre-update command. Something like this:
:: if it's not the same version/update available use "2":
if not "{oldversion}"=="{version}" exit 2
This will result in the app status icon (to the left of the app name) turning yellow.
-
They haven't actually imposed this new change yet, so I haven't bothered. My existing Flash profiles continue to work fine without authentication.
-
While I appreciate the goal you're attempting to achieve, it really defeats the purpose of the application this forum represents (Ketarin). Our side of this issue is usually defeating the means you're attempting to implement.
That said, you're doing it wrong. ANY mechanism that relies on client-side input is going to fail. Miserably, in most cases.
If you absolutely must limit downloads, use session management on the server side with counters or single-use/consumable links to prevent replay attacks, redirection collection, and this will work. This can be accomplished in any server side language, from php to perl to .net, but it can not ever be achieved on the client side. The client (browser) will always be able to decrypt or decode whatever information you send to them, so if you impose your throttling/limiting through fancy form inputs or javascript encoding, at some point it has to be decoded in a way that allows the client to see it, and the second they can see it, they can figure out how to bypass whatever throttling/limiting rules you're imposing.
Google "php single-use download" for server-side samples that should work for you.
-
What I did was follow the link on the originating site to download the exe version, then CTRL+J to open the downloads pane, then copied the download URL. It's clear from that URL that the file path is going to be consistent between builds.
I pasted that URL into the {url} variable then on the "Advanced settings" tab of the app profile I set the variable change indicator/"use the following variable as indicator for changes" to the {version} variable. It will now properly update itself by running Ketarin updates.
Unless you need it exploring the download folder, you could remove that post-update command, too.
-
Looks like your problem is just that you're not using Ketarin's own version tracking system or obtaining the true download URLs. I've modified your XML file to include these features. See attached.
-
I've added a feature request to work around this problem here:
https://ketarin.userecho.com/topics/34-add-command-line-option-to-alter-replace-root-path/
-
Thank you, Floele, for all you've done. I can honestly say I use Ketarin every single day, and your continued improvements make my life so much easier. I hate to even think about my life when I had to manually check for every update.
-
You can also get around the path issue by copying the entire library, find/replace the root path of your old path to your current location, then purge your Ketarin database and paste back in the results. This is ugly, but it does work.
-
-
Thank you, @tsoutsas - I'll add this to the wiki.
Execution order of an application's commands
in Bugs
Posted
While I understand where you're coming from, that's quite the fringe case. It would be better to build the correct path as a variable and use that variable within the download location field. Your example above, if i'm reading it correctly, could be resolved with a couple variables using just the "replace" function.
path1 = \\server\software\{company}\{app_name}\archive\{version}\{platform}\{ps_appdeploy}{app_name:replace: :_}_installer.{url:ext}
This would preserve the existing functionality that allows variables to each be fully populated before "pre-download" which allows the pre-download script to have access to context that might be necessary. For example, I personally use Aria2 for several torrent-based downloads (tails and stuff like that) which aren't available via other means. The ability to flesh out the download location allows me to use a generic template to purge the previous tails download even though it's not a consistent name -- before I trigger the new torrent file download that then passes to the post-download and actually selects the individual files to download via aria2.