- Registered User
Member for 14 years, 1 month, and 7 days
Last active Fri, Oct, 4 2013 14:29:53
- 0 Followers
- 4 Total Posts
- 0 Thanks
Jun 11, 2009I just wanted to pop in here and say that the new 3.2.1-beta version with Guild Info authentication is working GREAT! We've successfully raided two or three weeks in a row with absolutely no problems. Everyone has kept their permissions and we've smoothly been able to keep in sync even through discos without losing any information. Fantastic work, thank you SO much for fixing that for everyone, Zhinjio!! /hugPosted in: Raid AddOns
May 11, 2009Posted in: Raid AddOns
The way around this does not involve non-guildies running the mod. The features allowing other people to see their positions in the list include the following:Quote from zoktarsorry if this has already been mentioned, but my crossguild (guild we do 25mans with) use SKG from here, iv installed and looked through documentaion, but sofar iv found no way to broadcast lists to ppl who are not in the same guild as the skg "leader" (the crossguild guild leader), when he trys to broadcast to me i dont get the list, but everyone in his guild gets it. is there a way around this?, i only want the list for viewing purposes. as would rest in our guild who raid with them. thanks for reply, and again sorry if iv missed this in documentation.
- Spamming the list to raid chat via the "Spam List" button
- Individuals whispering people running the mod with the keyword "suicide" (by far used the most for us)
- Posting your lists online between raids using the skg_web system
Apr 27, 2009Posted in: Raid AddOnsQuote from MegaManJunoWell the problem that I see with it is that you're then managing guild ranks for an addon and not for your guild, in a way. What if you have people who will never handle ML in a raid, but are officers who have access to edit Guild Info? Too easy to screw something up that way if they aren't paying attention.
Like I said, I think the main hurdle will be education. Obviously anyone who can edit the Guild Info now effectively becomes a "Proxy User" who can alter the security policy. In this way, the Guild Leader still needs to set these "Proxy Users" via the in-game ranking system.
Obviously, you wouldn't want anyone below your sync user rank to be able to edit the GI or they would just be able to add themselves as sync users. I can't think of a real reason why anyone would need that anyway... Also, you'd want to inform anyone who can edit the GI not to mess with "the weird string on the bottom." I really can't imagine a lot of guilds edit their GI on anything close to a regular basis.
Easy solution for nobody messing it up? Make it so only the GL can edit it.
However, I thought of an interesting case that could be bad. Currently, if you change rank from U to S, your lists get blown away (I can't remember technically why) and you have to re-sync. Would this still be necessary? It might be nice if it were removed in case there DID wind up being a typo in the string or a sync user got accidentally removed and then re-added (or demoted in guild and then promoted again). This would be especially important if you only had one or two people running SKG (because if they lose the lists...:().
Apr 25, 2009I really can't think of any major downsides to this either. I seriously doubt anyone really uses Guild Info for anything meaningful...and if they do, a few characters out of 500 is a small price to pay for reliable security. And it's WAY better than the stupid Officer Note systems I've seen some other mods use. I say absolutely go for it! It'll be VERY nice to not have to worry about the current security problems hosing lists & permissions. Good call!Posted in: Raid AddOns
Education will probably be the biggest hurdle...idk if you were planning on implementing this part of it or not, but it would be nice if the current security panel could be retrofitted to place/update the necessary string in the Guild Information. Hopefully showing up based on auto-detecting whether you had permissions to edit the GI or not. Also, rank & manual auth being allowed simultaneously, 10-cap removed on # of manual users, etc. I realize that's a bit more work, but it might head off some initial tickets. Obviously you'll have to check to make sure there's enough room at the end of the GI and tell the user to manually clear some garbage out if there's insufficient space...but other than that, I could see this change going in seemlessly and almost invisibly to most users.
- To post a comment, please login or register a new account.