UVK forums

Hi Fred,

When I choose “add to top apps and fixes” it moves the app up and also leaves the app at the bottom so there are two of the same app. I saved the settings and then went back and tried to delete the original app that remained at the bottom area but when I do that it deletes both entries. I’m I doing it wrong?

Bill

I think the "top" apps are simply links to the routine, like windows shortcuts. In that case, the original app definitions have to remain in place for UVK to know what it's supposed to do.

What I have noticed is that the checkmarks *do* appear to be independent, so you can leave your custom third party apps in the lower list unchecked and simply check them in the top list.

This feature is solid gold. I've now got a way to get some of those simple fixes out in front of the scans - meaning we can do things like resetting user default settings and fixing executable extensions *before* trying to download and run the malware scans.

Thanks to the new auto-unzip feature, I've worked up a checkbox for MVPS Hosts file installation. Assuming we find no game-breaking bugs, I'm almost prepared to call this my favorite beta release ever.

zbmowrey is right. Shortcut is the best word to define what the top apps and fixes really are. That is why UVK says "Add to top apps and fixes" and not "Move to top apps and fixes"

Also, not removing the fixes will allow you to run the same fix twice, which can be useful in some cases. For instance, you can empty the temporary folders before the malware scans to avoid the temp files from being scanned, and also afterwards, to cleanup any temp files the third party apps may have created.

I still have to fix a bug: Prevent adding fixes/apps to the top if they already exist there. Currently, you can add items to the top even if they are already there, but only the first instance will be saved to the uvksr file.

Anyway, I don't think the fact that the apps added to the top remain in their original position causes any harm. They just remain there, if you don't need to run them again, just keep them unchecked.

Hi Fred,

Thanks for the reply. It makes sense now after hearing from you guys. Being able run them twice like that is a great idea. That’s why I put possible bug. I kind of thought maybe I was just missing something.

Bill

I noticed this as well but figured Fred left it that way for some reason and if UVK would remember what I normally use I wasn't worried about it.

I did notice the adding multiple times bug. HOWEVER, I also noticed that when I loaded a settings UVKSR file it DID have the fixes listed multiple times till I went back and deleted the duplicates. You might check on that Fred.

zbmowrey I was wanting Fred to add what turned out to be the "top apps" because it just made so much more sense to me to be able to arrange your fixes anyway that worked for you. We are all techs but we all do things different and I think the top apps really starts to allow us to do things different. I know it could be done for a while in script and scriting is sometimes good but we like in a point and click world so I think our tools should be point and click as well. That's not to say our tools should do everything for us, we still need to know how to use our tools but we should be be able point and click generally what ever we cant.

Fred so far this Beta has been a pretty awesome one. I have only been a "paying customer" for a short time and I have already seen you add so much cool stuff to UVK. You, sir, are awesome

Jim

Jim,

I see merits in both approaches.

GUI - Fast, very intuitive, very flexible... This is probably where I'll spend most of my time, because every job is a little bit different.

Script - allows total control and customization, as well as automation of custom apps. Things like (un)immunization are available in script, but not available in System Repair... meaning a routine like:

Set a restore point
un-immunize everything
clean, reset, etc
immunize the right things (and only the right things)
Set a restore point (post repair)

...is impossible in GUI, but very doable in script. Especially now that the built-ins are available as functions.

zbmowrey

Admittedly I have not messed with scripting much but when you say "un-immunize" in is not available in the GUI you do mean in the repair section right? Or is there things in script that are not available in "System Immunization?"

I would think you could just go to system Immunization, "Select none" then "run" and then go do your thing and come back and immunize. I can see where adding that to a script would be faster but I personally don't mind doing the extra click or two. See, Like I said we all do things a lil different

Jim

I guess I can add support for un-immunize and then re-immunize to the system repair section, but UVK scripts would still be a more powerful feature.

Can you imagine? You can even include AutoIt and VB scripts in the UVK script itself!?

Fred

I agree that given the time, the way you have the scripting setup it is infinitely more powerful than UVK it's self if you have the time to mess with it. Not only do I build, sell and service PCs and Macs I also fix most all gadgets and a consoles. I work on several websites in the area doing scripting for them and I have 2 daughters. I just don't have for additional scripting. I am not knocking the scripting ability at all. I think for someone that has the keyboard time it is a great way to do things.

Jim

BTW I still need to check out that drap and drop we were discussing earlier.

Fair point. I don't want to steal the time you spend with your daughters, so I will add that un-immunize/re-immunize support.

LOL Fred

I am cool with the way it is now as far immunize goes. It was zbmowrey that thought maybe it could be added. I however would not cry if you added it but I really didn't mind Clicking sytem immunization, recommended then apply selected. That was simple enough to me

Thank you for looking out for me though!

Jim

Then you have guys like me who only have a sliver of a toe nails experience with scripts. But I am trying to mess with them.

If you added un/re-immunize, how would you determine which items to immunize at the end? Would you go with the 'recommended' items, allow user selection (possibly in the ini file), or have the un-immunize script write some variables to tell what was already immunized, then the re-immunize script just puts those back in place?

The reason for the whole idea is that some of the system repair options would be blocked by a proper system immunization (the one I can think of now is the hosts file cleanup, seems like there must be others).

Jim - what I meant by not in the GUI is "not in system repair where it can be automated using the GUI." As a high-volume technician, the automation features are where the action is for me. If I can shave 5 seconds off of a session, that's around 3 minutes per day gained... or 10 hours per year.

zbmowrey, the current immunization is saved in a variable before un-immunizing, and the same areas are immunized again afterwards, if the option is selected.