Arparso

Nah, don't bother ;) I can live with the current situation and if you have it on your roadmap already, there's nothing to complain about. Better not call me paranoid, though - the separation of standard and administrator accounts is the recommended best practice here. Ask Microsoft about it, if you don't trust my word (see "Use standard user accounts"). I know first-hand, that it's a pain in the ass to code around security-related restrictions like UAC and the like, but don't make it look like it's the user's fault for actually using their operating system as it is intended to be used. On Windows XP you wouldn't even have the option to elevate your app, if a user tried to run it with a standard user account. Don't get a wrong impression of me, though - I don't DEMAND you to "fix it". I just wanted to make you aware of this issue, so you can have a look at it anytime you like and see if a solution can be worked out. Doesn't matter that much to me, if it'll take a long time or if the result is negative.

This won't help, though. I don't really have a problem with running Six Updater as admin - I have a problem with running ArmA as admin, because it'll store its game saves in the "My Documents" folder of the wrong user account then. The Six Updater leaves me no choice, though... it always runs the game as administrator. Of course I could start the game the usual way and not go through the Updater, but this'd significantly reduce the value of your tool to me. The alternative to not elevating the Updater in the first place would be to run the game non-elevated. However, as far as I'm aware, there is no straightforward way to run a non-elevated process from an elevated one (only the other way around is pretty simple). Some other very minor UI issue: the text boxes in your ribbon control aren't properly aligned, most noticeable at the Tools/SrvApps/ModApps boxes. Looks unnecessarily shoddy as it is now, especially since other elements are aligned properly (e.g. the checkboxes on the Profile tab under Parameters).

Yeah, that is one of the special cases I was thinking about, cause I've run into the same issue in the past with one of my own (way less complex) tools. I suppose elevating only when needed shouldn't be that hard to implement - at startup perform a check, if you require admin rights and if you do, start another instance of the Six Updater as administrator and close the current non-elevated instance. At least that's the naive approach I'd take. Thanks for the tip regarding pings: didn't know about this option. Maybe make it a bit more obvious that you need to activate it if you want to see ping times? Doesn't seem to work properly for me, though. Out of 1604 servers I only get 5 servers to display their ping and country. :( Good job on the server filter, btw. Has already proven really useful for me. /edit: Maybe one suggestion for the filter: when entering something in one of the fields, I'd like to hit [Enter] to immediately apply the filter. This doesn't work and I have to click the "Search" button instead. Only a minor "issue", though.

If you're using Windows Vista or 7, it's most likely an issue with admin privileges: if I run voice-chat software (in my case Ventrilo) as normal user, but the game as administrator just like Six Updater requires, then all my voice chat hotkeys won't work anymore. I have to run the voice-chat software as administrator as well to fix this issue. Which brings me to my next question: what does Six Updater need admin privileges for in the first place? It's pretty annoying because of the voice chat issue and also because of ArmA using the wrong Windows user profile then. My admin account isn't the same as my regular account, so when I grant admin privileges to the Six Updater and thus also ArmA, the game profiles, saves and whatever else get stored in the user folder of my admin profile. So what are the privileges for? File manipulation or file downloads shouldn't usually need 'em, except for a few special cases maybe. Some other stuff: - when using the server browser I always see a ping of 0 for every server - makes the browser impossible to use, cause I don't know if it'll be playable or not - "Join server" didn't yet work for me for any server I tried - it just launches the game into the main menu. - please move the "modline" column in the server browser further to the left or enable us to change the order of all columns ourselves - having to scroll left and right to check the few columns I care about is _really_ annoying - resizable columns would be nice as well - sometimes the content gets truncated and thus unreadable or empty columns take up way too much space or the whole column is far too wide just because of a single cell with a really long content string I know it's not Microsoft Excel, but I bet most users will expect such a DataGrid to behave in a similar fashion. Other than that, a great tool. Really appreciate all the progress you're making (and sharing via Auto-Update). Looking forward to future versions :)

Well, one thing I'd personally like to see is "mod descriptions". There are so many mods listed there and most of them have pretty cryptic names. What exactly are CBA, TRFW, SFP_mod or GL4? Which of the seven ACE-mods do I really need and what does each one bring to the table? I know, that kind of information is available "somewhere" on the net, be it mod release forums, dedicated mod homepages or some ArmA site... but it's a pain in the ass having to google for all that, just because the mod managing tool doesn't already provide that info. Also there is a lot of overhead and "noise", that just confuses new users. Like some columns on the mod list: Skip? Disabled? Prio? Path? Incl? Excl? - does the average user really knows what to do with them? Or what a RepoBuilder is, what Sync does or what "Process keys" or "Process userconfigs" actually means? Some way to filter servers by gametype, installed mods or whatever would also be pretty handy. It's a nightmare to browse through that listing with seemingly hundreds of confusing columns. Don't get me wrong - I certainly don't want to bash or dismiss the tool... I know first-hand how much work is involved in even the most simplest tools sometimes, let alone something as complex as Six Updater with all these handy features. I just wanted to provide some feedback from a "just want to play some mods" type of user. Something like a distinction between basic and advanced mode would be cool, I guess. Or even just an option to hide the columns you're not interested in.

Btw, regarding my issues with the Six Updater - turns out those weren't related to the Updater at all. After having similar problems with access rights while developing one of my .Net applications, I became suspicous about a bunch of Windows services I deactivated a few days ago. None of them seemed to have anything to do with these problems, but upon reactivating all of them the issues were gone, too. The Six Updater now updates itself properly and works as intended. Handy tool, btw, though it's somewhat hard to use for an ArmA newbie ;)

Exactly. UAC itself doesn't really add much protection and can be circumvented easily when running with an admin account - even Microsoft doesn't really call it a security feature. Using a standard user account without admin rights is still the preferred method concerning security - the UAC is just a convenient way to not having to switch accounts all the time, just to install some tool or whatever. Like I edited into my first post, installing directly under the admin account didn't work either, though - same error. At least I got the desktop shortcut there - guess it's installed on the admin account's desktop only (since the installer also has to run under the admin account, due to UAC). I've seen this a few times with other installers as well, so that's not an issue exclusive to Six Updater. Anyway, the icon doesn't really concern me - the updater not running does, however. I'll try rebooting and/or disabling the auto update, although I'd prefer that feature to work.

The Six Updater 2.1.0 doesn't seem to work for me at all. Install works fine, although I don't get any icons and have to browse to the install folder manually to start the tool. When first trying to start Six Updater GUI, it seems to update itself properly... but then it crashes when trying to start the GUI again. When I now try to start the GUI exe manually, it tells me I don't have the necessary rights to do so (doesn't even ask for admin privileges like it did the first time). Even stranger, the GUI exe and a couple of other files seem to disappear after a short while (sometimes a few minutes, sometimes immediately after the first update). The uninstall procedure also doesn't remove all files from the install folder - a few are left for me to manually delete and I even have to first change access rights to these files in order to even be able to do so. I'm using Windows 7 Home Premium x64 with UAC enabled. Tried both installing in "Program Files (x86)" and in a separate, unprotected folder - neither of which seemed to make a difference. Net Framework 4 is installed. I heavily suspect my user account setup to be responsible for this strange behaviour, as I'm normally using a standard user account without admin privileges. When an application requests admin rights (as Six Updater does), I elevate the process by entering the credentials of an admin account (which is a completely different Windows user account). Somehow this seems to seriously fuck up access rights during the update process, which in turn kills my Six Updater installation. /edit: Nope, installing directly under the admin account didn't work either. When trying to start the GUI exe, it still tells me I don't have the necessary rights for that. When examining the security-related properties of the file, it even fails to show me the current owner of the file (and changing the owner to my user or admin account doesn't work for some reason...)