- Home
- Downloads
-
Addons & Mods
Featured
World of Warcraft
6,099 Addons
-
Popular Downloads
- Top World of Warcraft Addons
- Top Minecraft Server Mods
- Top Rift Addons
- Top Skyrim Mods
- Top World of Tanks Skins
- Top StarCraft II Maps
- Top Terraria Maps
- Top Runes of Magic Addons
- Top Warhammer Online Addons
- Top The Secret World Mods
- Top Age of Conan Addons
-
- Curse Client
- Premium
- News
- Giveaways
- Forums
- Store
KonferSK (Suicide Kings)
- 1 Like
- World of Warcraft
- 304 Monthly Downloads
- Supports: 5.1.0
- 80,346 Total Downloads
- Updated 11/28/2012
- Created 08/15/2009
- 135 Favorites
- Project Site
- Comments
- Release Type: Release
- License: Apache License version 2.0
- Newest File: r512
About KonferSK (Suicide Kings)
Konfer (Suicide Kings Edition) implements the Suicide Kings loot distribution system. This mod is under active development so comments, good or bad, are welcome. I especially want to hear from you if you find any problems so that I can fix them ASAP. The official home for KSK is http:kahluamod.com/ksk. Also if you are able to translate KonferSK into other languages I would love to hear from you.
Features
- Supports multiple configurations, including guild configs and PUG configs. Each configuration is completely discrete.
- Quick and easy user and list management
- Simple, compact user interface
- Robust synchronization between administrators
- Item editor that allows you to auto-assign items to users or set default loot priorities
- User-only mode for non-administrators so they can see their list positions and watch looting take place
- Auto-assignment of loot when a bid is won
- Auto-assign loot to defined enchanters if no users bid on an item
- Supports open rolls that do not suicide users on lists
- Open roll system supports alt-spec rolls (/roll 101-200)
- Import of existing SKG users and lists
- Import users by guild rank or from a CSV list
- Export to CSV or XML formats
- Announces winners in guild or raid chat
- Supports silent bidding (highest bidder not announced)
- Filters out all mod-related messages for master looter so chat isn't cluttered
- Will support automatic list position decay (in a few weeks)
- Allows master looter to force bids and retractions
- Automatically assigns BOE items that are not bid on to the master looter
- Automatically supports class restrictions if an item is class specific
- Guild rank based filtering (allow only raiders and above to roll, then members and above etc)
- Allows you to define user "roles" such as tank, healer, spellcaster etc, and filter based on that role
- Detailed admin guide at http:kahluamod.com/ksk/admins.html (summarized below)
First Time Usage
To start using KonferSK you must first create a "configuration". KonferSK supports any number of configurations, each of which can be thought of as a completely different installation of KonferSK. They share no data whatsoever. To create a configuration type:
/ksk createconfig "Configuration Name"
Since this is your first configuration, it will also be the default. You can now use "/ksk" to access the main window. You can also type "/ksk config admin" to get to the configuration admin panel.
The first thing you need to decide is whether or not this is a guild or a PUG configuration. Guild configurations broadcast all of their information to the guild, and PUG configurations only to an active raid. Usually only the guild leader or an officer will create a guild configuration. You should then decide whether or not alts are "tethered". If alts are tethered, it means that only 1 entry will appear in any roll lists for a user. All of that user's defined alts will appear underneath that main user, and they all move on the lists as a group. Thus, no matter which toon they are playing, if they move on a list all of their toons move together. If you want each toon to be its own entity and move independently of each other, turn alt tethering off.
Once the configuration has been created, press the "Users" tab at the bottom or type "/ksk users". This will display the user editor. You can then either create each user by hand, import guild users by rank, or import an existing SKG players list if you were using SKG. When adding users you can assign each user a specific "role". The possible values for the role are "Healer", "Spellcaster", "Melee DPS", "Ranged DPS" and "Tank". It is possible to filter out bids based on which role a user has. If you don't care to do role filtering, leave this as "Not Set" (or you can define the roles for keeping track of who does what and simply not use role filters).
Once you have users defined, you should press the "Lists" button at the bottom or type "/ksk lists". This will show you the currently defined lists and the members on each list, in their correct order. Currently this will be empty. Press the "Config" tab at the top to display the list configuration window. At the bottom right are buttons you can use to create, delete, rename lists etc, or import users into the lists by rank or from an existing SKG roll list if you have SKG installed. Once a list has been created, you can change its sort order if you do not want lists to simply be sorted alphabetically (for example, you want the raiders list displayed before the members list). Lists with the lowest numbered sort order will be displayed first, and lists with the same sort order will be sorted alphabetically. If you do not import users from the guild roster or SKG, press the "Members" tab at the top, select the list you want to add users to, and press the "Insert" button to insert users into the list.
Commands
/kskor/ksk lists- opens the main window, which is the loot members list/ksk loot- opens the loot assignment window/ksk items- opens the item editor/ksk additem itemlink- adds the specified item to the item editor. You need to shift-click an item link from elsewhere to get the correct item link./ksk users- opens the user editor/ksk sync- opens the sync manager/ksk config- opens the loot assignment options window/ksk help- shows all other commands you can use
Loot Assignment
There are things you can do to make your life easier when it comes time to distribute loot. First, if you have multiple lists that people roll on and you usually start with one particular list, set the default roll list in the loot configuration window (/ksk config). Second, if this is a guild configuration and your ranks are sanely assigned and you use rank filtering, set the default rank you want to start bidding with in each list's configuration. Third, correctly mark those users that are enchanters in the user editor.
When a user has been marked as an enchanter in the user editor, you can select them in the loot assignment options to receive loot that is not bid on. You can set up to 6 enchanters here. Whichever of these enchanters is in raid will be awarded any item that is not bid or rolled on (they will not be suicided).
By default "Auto assign loot when bids close" is enabled. What this means is that when users have bid on an item and a winner has been determined (or users have rolled, or no users have bid and a trusted enchanter is online), KSK will give you the option to automatically assign the item to the relevant user. You always have the option of canceling this auto-assignment, but if you accept, the item is immediately awarded to the user, there is no need to select the item in the standard Blizzard loot frame. In fact if you auto-assign the loot, it will be removed from the Blizzard frame.
Sometimes you may want a specific user to receive a specific item, either because they are collecting a set or because you made a loot mistake or correction and want to ensure that a user receives an item the next time it drops. To do this, add the item with /ksk additem, and in the item editor (/ksk items) select "Assign Next Drop to user", and then press the "Select" button to select the user that will receive the item. You can optionally cause this auto-assignment to suicide the user on a given list, and if this is to be a once-off auto-assignment, select "Auto remove when assigned". If you want the user to receive all drops of the item leave that option unchecked. A good use of this option is for items like the shards for the legendary mace out of Ulduar, you can use this to always assign them to the same healer until they have all 30 shards.
When you add an item to the item list you can also select a specific list to roll on for the item (for example, force Tier items to be rolled for on a Tier list). You can also set custom class restrictions, although the defaults are based on the item type, armor type, or any intrinsic class restrictions.
Each time you click on a lootable item (the top right hand window in the loot panel) it will set whichever list is appropriate as the default (either the global default list or a list specifically set for that item in the item editor). It will also set the initial class filters and guild rank, if you have set any of those values for the roll lists or for the item. You can change the list and filters as you see fit, and then press either "Open Bids" or "Open Roll". Opening bids will allow users to whisper you the word "bid" to bid on an item or "retract" to retract their bid. If they are also using KonferSK, they will see the same window you do and will be able to press the Bid or Retract buttons.
You can change the bid list while bidding is active to move from one list to another, and you can change various filters such as the guild rank filter to allow more and more users to bid. For my own guild, we always start bidding for "raiders", and then if none bid change the guild rank filter to "members", then "initiates" etc. There is a little red "-" next to the guild rank filter that will automatically move down one guild rank to make life easier for rank based filtering.
As the master looter you can select a member from the members list (bottom left panel) and press "Force Bid" to force that user to bid, or select a person who has already rolled and press "Force Retract" to force a retraction. When bid time is over, press "Close Bids" and if there was a winner, it will suicide the user on the list they bid on, and optionally automatically assign the item to them. If no users bid and there are enchanters online (and the option is enabled) it will assign the item to an enchanter to be disenchanted. If the item is a BoE item and the option is set (it is by default) it will assign the item to the master looter instead of an enchanter.
If you want users to be able to roll for an item and not be suicided, you can press "Open Roll" instead of "Open Bids". This starts a 10-second roll-off. Only the 5 highest rollers are shown. If a user types /roll within the last 5 seconds of the countdown, the timer will be automatically extended back to to 5 seconds. KSK supports the notion of "rolling for alts". Normal users who want the item for their main spec can use /roll as per normal. If a user is rolling for an alt, they can use /roll 101-200 to indicate they are rolling for an alt. KSK automatically recognizes that a main spec roll of 89 is higher than an alt-spec roll of 190. If a user rolled incorrectly (they typed just /roll instead of /roll 101-200 for an off-spec item), they can re-roll. However, they do not actually get another shot at rolling a higher number. Their original number is preserved. For example, if a user typed /roll and rolled 65, but realized they should have rolled for off-spec and type /roll 101-200, KSK will adjust their original roll and pretend they had rolled 165 initially, even if their new roll was 199. You can manually pause and resume the roll countdown timer by pressing "Pause" and "Resume".
Changes in r512:
- Updated for 5.1.0
Changes in r502:
- Fixed a Lua error when clicking on some loot items the ML can't loot
- Fixed a Lua error relating to the removal of the decay option that would show up when clicking users sometimes
Changes in r501:
- Fixed several bug relating to API changes that Blizzard made. A bunch of Lua errors were fixed.
- Removed the "Exempt from Decay" option in the user editor because KSK will never have decay.
- A very big thank you to Malkie and LestatAlmighty for helping me test this new release. Lets just pretend r500 never existed.
- Fixed a string that was causing an unlocalized warning to appear.
Changes in r500:
- Updated to work with 5.0.x
- Fixed problems with checksums and other issues for 64-bit client
Changes in r430:
- Updated to work with 4.3 client
Changes in r412:
- Hopefully fixed addon communication so syncing will work again
Changes in r411:
- Updated for 4.2 (finally)
Changes in r410:
- Updated for patch 4.1.0. Should fix things not being communicated between players.
Changes in r312:
- Fixed a bug that was causing a Lua error on startup due to changes in 406. Now all relics are available to all classes, and bosses won't drop sigils, librams etc.
Changes in r311:
- Fixed max level to be 85 instead of 80.
Changes in r310:
- Updated for 4.0.1
- Minor French locale fix
Changes in r309:
Changed the way guild ranks are interrogated. This will hopefully eliminate the issue of users not getting broadcasts for guild configs for once and for all.
Changes in r308:
There is still a problem with initialization where the guild ranks are not being set correctly when the mod first starts up. I am working on that issue. For the time being if you use a guild config I suggest you do:
before trying to do major syncs or broadcasts. Not only you, but the recipient needs to do it too. I will find a way to fix this but it is taking a while to get it exactly right.
- Added French locale support thanks to Florian Dupret (Grimal)
- Added BBcode export thanks to Florian Dupret (Grimal)
- Attempt to improve guild member detection which was preventing broadcasts from working sometimes, which made it difficult for users to sync.
- Corrected Warlock weapons list as they can use staves. This would affect the class filter and make it incorrectly disallow warlocks from receiving staves unless you explicitly enabled it.
- Added /kore ginit command to force guild rank initialisation in case the mod gets it wrong.
- Added /kore status command that produces some useful debugging info in case you are still having trouble with some users not able to receive broadcasts.
- Fixed a bug where the wrong enchanter was being set when you pressed different "Select" buttons for the 6 possible enchanters.
Please note if you use KonferPUG you must also update it to get the new version of KKore.
Changes in r307:
- Small change to the sync display window that was preventing some users from doing an initial sync with the config owner due to the sync button being greyed out for first time usage.
Changes in r306:
- Improved /ksk repair to repair missing data from lists that was causing Lua errors. Lists could have had incorrect data broadcast if they had a ":" in the name.
Changes in r305:
- Slight change to loot announce to announce one item per line, always.
- XSLT sorting issue fixed (thanks to David Fillmore)
- Co-admin highlight issue fixed
- Added list name and membership checks to /ksk repair
Changes in r304:
- Fixed a bug where the initial broadcast of a config was causing a Lua error, which would prevent the mod from working further, and users would be unable to select a config correctly.
- When you change configs, clear out the syncers list in case you had existing sync requests displayed from the old config.
Changes in r302:[b]
- Fixed the SetMinMax Lua error that was affecting some users.
[b]Changes in r301:
- Fixed the Lua error during a suicide roll
- Clean up the owner's user structure if they remove all admins
- Fixed a problem with detecting alts for co-admins
Changes in r300:
- This is mostly cosmetic but changed the way version numbers are generated. No longer use the Subversion revision number but rather a manually incremented number. For no particular reason other than the fact that its a round number, this version number is 300.
- When you switch lists or looting begins, optionally display a list of current raiders who are not on the selected list.
- Fixed a problem where if an admin's alt tried to create a user, it was using the wrong admin ID.
- Fixed announcement message for off-spec rolls.
- Fixed a logic bug with the sync history auto-trimming code that was keeping processed events around even after the events are known to have been safely processed. This didn't affect functionality but did cause a small amount of memory to be wasted.
- Ensure stored events are auto-trimmed even if it was an admin's alt that sent us the auto-trim event.
- Fixed a problem where the user count was being corrupted when you switched from tethered to untethered alts and back. This could also be triggered when you marked or unmarked as user as being an alt. If you had a previously corrupted user count this version will fix the user count.
- Fixed a problem where the list count was being corrupted when a list was deleted. If you had a previously corrupted list database this version will automatically fix the list count.
- Item tooltips are now enabled in the history browser.
- You can now Shift-Click items in both the loot distribution window and the history browser to insert a chat link for the clicked item. If you do this in the loot window it does NOT select the item or change the currently selected item, it just inserts the link.
- Significant changes and speedup in the list display code for long lists (like the full user list, roll lists etc).
- Significant change to the few places where popup menus are used (inserting a user into a roll list, selecting an alt's main, selecting an enchanter and assigning the next drop to a specific user). Uses the new KKore popup list code and no longer wastes memory the way the old code did.
- A few other visual cleanups, such as disabling the user interface elements in the user panel when no user is selected (and disabling the Delete and Rename buttons).
- When using the "Announce All" button in the list panel, prefix additional lines with "KonferSK" so that the chat message filter works for any additional lines that get sent, not just the first.
- When the chat message filter is enabled, also filter out mod messages that go to guild chat, not just raid chat.
- In the config administration panel, the config owner is now a dropdown list of currently configured coadmins. Only existing coadmins can ever be converted to the list owner and it makes more sense to have this be a dropdown rather than having to type the user's name in.
- Fixed a bug in the dropdown code that was causing a titled dropdown to lose its title. This could be seen in the Copy Config dialog where the dialog box with the list of roll lists to copy was not correctly titled.
- If you inserted a user into the list and you had tethered alts set, selecting an alt from the popup list would incorrectly insert the alt into the list, not the user's main. Fixed.
- Correctly disable the force bid button if you cancel a bid.
- Several under the hood improvements to the KKore UI module, many of which improve the visual appearance. The changes are subtle but noticable if you are as picky as me.
Release 217:
- Fixed the user delete dialog to correctly display the "Delete all alts of user" option.
- Pop up a visible warning rather than just printing a line of text if you receive protocol messages from a user whose mod is out of date.
- Increased the protocol version number to force all users to upgrade. Users with older versions of the mod will still only see the printed warning, not the popup dialog.
- Fixed a nasty bug in the user delete code where it was skipping over every second alt when you deleted a user and all their alts. Also fix corrupted user lists on startup if you had been affected by this bug.
Release 209:
- Fixed importing of SKG and SuicideKings lists.
- Fixed a Lua aerror that was popping up when you tried to add a new user.
Release 204:
- Removed the online detection code as it was causing people to lag out.
Release 200:
- Moved all roll related options, including broadcast message options, to a new rolls tab on the config panel. You can access this with /ksk config rolls.
- Made off-spec rolls optional. Disabling offspec rolls will only recognise normal /roll or /roll 1-1 to cancel a roll.
- Added a feature called "suicide rolls". This uses an open roll to determine a winner, but also suicides the user on the current list. Why anyone would want this is still a mystery to me but users have asked for it.
- You can make the "open roll" button be a suicide roll by default. Set the option in the roll options tab.
- Shift-clicking the open roll button will use a suicide roll instead of an open roll. If you have suicide rolls enabled by default, then shift-clicking will start a normal (non-suicide) roll.
- Added new 'Announce All' button to the list manager. This will announce the full list, not just the active raiders and their relative positions.
- Can now Shift-click either the Announce or the new Announce All button to make it announce the list in guild chat instead of raid chat.
- Added Emblem of Frost to the default list of items to be ignored.
- Detect other KahLua Konfer addons and allow you to select which one should be active. This will be shown each time you first log in or refresh your user interface. Only one Konfer addon can be active at a time.
- If you suspend the mod with /ksk suspend that setting is now "sticky". I.e it will survive a user interface reload or game restart. PLEASE BE AWARE OF THIS! If the mod is suspended it will not pop up when you loot a corpse in a raid. Of course you can always resume it at any time with /ksk resume and re-loot the corpse to have it pop up.
- Changed some internals to use better event names so as not to clash with other mods. Also corrected for the KKore fix to the events and messages API.
- The winning bidder's position is now displayed in [brackets] next to their name when the winning bid is announced in raid or guild chat.
- Handle the case where an item received in a sync message that isnt in the users item database fails more gracefully.
- Fixed an error that would pop up if the mod was suspended and you joined a raid.
- Fixed a bug where the mod was still poping up if you were not the ML and you had either suspended the mod or had auto-popup disabled.
- Added a feature where you can set the bid loot threshold. This can be (and probably should be) higher than the threshold set in the Blizzard UI. Anything at or above this threshold is bid on. Anything below it is optionally automatically sent to a disenchanter.
- In the loot lists and other convenient places, if a raider is offline, their class color is dimmed. Raiders that are online have their normal class colors.
- Two new options in the item editor: one will allow you to automatically assign an item to a raid enchanter to be disenchanted, and one to automatically loot the item to the master looter. Both options will completely bypass bidding and rolling for the item and simply assign the items to the relevant person.
| File Name | Release Type | Game Version | Downloads | Date |
|---|---|---|---|---|
| r512 | Release | 5.1.0 | 4,724 | 11/28/2012 |
| r502 | Release | 5.0.4 | 4,101 | 09/05/2012 |
| r501 | Release | 5.0.4 | 1,591 | 09/02/2012 |
| r500 | Release | 5.0.4 | 1,190 | 09/01/2012 |
| r430 | Release | 4.3 | 13,388 | 12/04/2011 |
| r412 | Release | 4.2 | 10,931 | 09/01/2011 |
| r411 | Release | 4.2 | 3,674 | 08/30/2011 |
| r410 | Release | 4.1 | 6,054 | 05/26/2011 |
| r312 | Release | 4.0.6 | 7,372 | 02/09/2011 |
| r311 | Release | 4.0.3a | 5,094 | 01/01/2011 |
| r310 | Release | 4.0.1 | 5,978 | 10/17/2010 |
| r309 | Release | 3.3.5 | 1,929 | 07/30/2010 |
| r308 | Release | 3.3.5 | 32 | 07/23/2010 |
| r307 | Release | 3.3.3 | 62 | 06/14/2010 |
| r306 | Release | 3.3.3 | 13 | 06/13/2010 |
| r305 | Release | 3.3.3 | 14 | 06/09/2010 |
| r304 | Release | 3.3.3 | 46 | 05/23/2010 |
| r302 | Release | 3.3.3 | 9 | 05/20/2010 |
| r301 | Release | 3.3.3 | 30 | 05/12/2010 |
| r300 | Release | 3.3.0 | 33 | 05/06/2010 |
| r217 | Release | 3.3.0 | 161 | 02/21/2010 |
| r209 | Release | 3.3.0 | 28 | 02/14/2010 |
| r204 | Release | 3.3.0 | 14 | 02/09/2010 |
| r200 | Release | 3.3.0 | 12 | 02/08/2010 |
| r165 | Release | 3.3.0 | 51 | 01/18/2010 |
| r161 | Release | 3.3.0 | 35 | 01/10/2010 |
| r154 | Release | 3.3.0 | 5 | 01/09/2010 |
| r150 | Release | 3.3.0 | 9 | 01/08/2010 |
| r117 | Release | 3.3.0 | 64 | 12/09/2009 |
| r99 | Release | 3.2.0 | 46 | 11/13/2009 |
| r96 | Release | 3.2.0 | 20 | 10/29/2009 |
| r92 | Release | 3.2.0 | 44 | 09/29/2009 |
| r89 | Release | 3.2.0 | 3 | 09/28/2009 |
| r86 | Release | 3.2.0 | 1 | 09/23/2009 |
| r83 | Release | 3.2.0 | 11 | 09/18/2009 |
| r80 | Release | 3.2.0 | 1 | 09/17/2009 |
| r77 | Release | 3.2.0 | 17 | 09/15/2009 |
| r70 | Release | 3.2.0 | 1 | 09/10/2009 |
| r67 | Release | 3.2.0 | 3 | 09/04/2009 |
| r64 | Release | 3.2.0 | 1 | 09/03/2009 |
| r61 | Release | 3.2.0 | 1 | 09/01/2009 |
| r58 | Release | 3.2.0 | - | 08/31/2009 |
| r55 | Release | 3.2.0 | 2 | 08/31/2009 |
| r52 | Release | 3.2.0 | 14 | 08/28/2009 |
| r47 | Release | 3.2.0 | - | 08/27/2009 |
| r42 | Release | 3.2.0 | - | 08/22/2009 |
| r34 | Release | 3.2.0 | 1 | 08/20/2009 |
| r31 | Release | 3.2.0 | - | 08/20/2009 |
| r25 | Release | 3.2.0 | 12 | 08/19/2009 |
| r22 | Release | 3.2.0 | - | 08/19/2009 |
| r19 | Release | 3.2.0 | 22 | 08/18/2009 |
| r16 | Release | 3.2.0 | 18 | 08/15/2009 |
Top Downloads
-
- Deadly Boss Mods
- Combat, PvP, and Boss Encounters
- 1,039,394 Monthly Downloads
-
- Bagnon
- Bags & Inventory
- 476,960 Monthly Downloads
-
- Recount
- Combat
- 332,077 Monthly Downloads
-
- Auctioneer
- Mail, Tooltip, Bags & Inventory, Professions, and Auction & Economy
- 330,308 Monthly Downloads
-
- HealBot Continued
- Healer and Unit Frames
- 303,569 Monthly Downloads




Comments
it may just be me, but I'm really having trouble with the addon remembering configurations.
for example i'll make two lists, one for tier, one for none tier. but when i work on the none tier the tier list will disappear and vice versa, sometimes none of the lists will show and the configs will just not show yet on other tabs the info is half there. I use elvui and have no idea if its a conflict between addons.
Great addon would there be a way to add cross realm support?
Just to let you all know I will be out until at least March 21 as I am busy travelling for work. So I am afraid I will not be able to fix the "not an admin" issue some users are seeing. Sorry. Pesky real life interfering with teh fun stuff :P However if someone who knows Lua wants to dive in, if you can give me a patch I will happily apply it and make a new release.
Hi, thanks for all your effort, great addon. Does this addon support a separate list for tier tokens like others i have seen? if so where is the config for it? thank you.
Hello,
I've been using KonferSK for a long time and I recently started creating characters on a new Realm and on that particular Realm I get this error all the time. Everything works fine on any other Realm. How can I reset everything for hat Realm? Please help.
Thanks
Date: 2013-02-13 07:02:54
ID: 1
Error occured in: Global
Count: 1
Message: ..\AddOns\KKonferSK\KSK-Lists.lua line 1360:
attempt to index field '?' (a nil value)
Debug:
(tail call): ?
KKonferSK\KSK-Lists.lua:1360: tfn()
KKonferSK\KKore\KKoreUI.lua:2847:
KKonferSK\KKore\KKoreUI.lua:2846
(tail call): ?
KKonferSK\KKore\KKoreUI.lua:2665:
KKonferSK\KKore\KKoreUI.lua:2638
KKonferSK\KKore\KKoreUI.lua:2780: UpdateList()
KKonferSK\KSK-Lists.lua:1910: RefreshLists()
KKonferSK\KSK-Lists.lua:1715: InitialiseListsGUI()
KKonferSK\KSK-Init.lua:184: InitialiseUI()
KKonferSK\KKonferSK.lua:1376:
KKonferSK\KKonferSK.lua:1322
KKonferSK\KKonferSK.lua:1383:
KKonferSK\KKonferSK.lua:1382
(tail call): ?
[C]: ?
[string "safecall Dispatcher[1]"]:9:
[string "safecall Dispatcher[1]"]:5
(tail call): ?
KKonferSK\KKore\KKore.lua:2155:
KKonferSK\KKore\KKore.lua:2150
Locals:
None
AddOns:
Swatter, v5.15.5383 (LikeableLyrebird)
ArkInventory, v30325
ArkInventoryRules, v
AtlasLootLoader, vv7.04.02
Babylonian, v5.1.DEV.332(/embedded)
Configator, v5.1.DEV.344(/embedded)
DBMCore, v
DebugLib, v5.1.DEV.337(/embedded)
Decursive, v2.7.2.4
GreenWall, v1.2.6
HealBot, v5.1.0.6
HealBotTips, v5.1.0.6
Informant, v5.15.5383 (LikeableLyrebird)
KKonferSK, v512
LibExtraTip, v5.12.DEV.342(/embedded)
LoggerHead, v162
MapCoords, v0.14
MogIt, v3.1.0
Recount, v
ShieldsUp, v5.1.0.147
SlideBar, v5.15.5383 (LikeableLyrebird)
Stubby, v5.15.5383 (LikeableLyrebird)
TipHelper, v5.12.DEV.343(/embedded)
WeakAuras, v1.4.7.8
BlizRuntimeLib_enUS v5.1.0.50100 <us>
(ck=2bd)
I've been using this addon for dealing with my guilds loot since the start of Cataclysm but I've recently come across two problems. These after migrating my guild to a new server. The KSK folder within Interface was deleted after transfer and the WTF folder was not moved. When first encountering these errors I searched my WoW folder and deleted all files I could find relating to KSK.
The first occurs when I'm trying to Create a new User. I click Create, fill in the details and press OK; this gives the following error and does not create a user:
[23:02:29] KKonferSK-r512\KSK-Users.lua:1158: I am not an admin
[23:02:29] <in C code>
KKonferSK-r512\KSK-Users.lua:1158: in function "GetNextUID"
KKonferSK-r512\KSK-Users.lua:1193: in function "CreateNewUser"
KKonferSK-r512\KSK-Users.lua:259: in function <KKonferSK\KSK-Users.lua:249>
(tail call): ?
<in C code>
<string>:"safecall Dispatcher[2]":9: in function <string>:"safecall Dispatcher[2]":5
(tail call): ?
KKonferSK-r512\KKore\KKoreUI-500.lua:365: in function "Throw"
KKonferSK-r512\KKore\KKoreUI-500.lua:1160: in function <KKonferSK\KKore\KKoreUI.lua:1159>
Attempting a Guild Import brings up the same error.
Contrary to what the initial text in the error report states, I am an admin on the list (I created it and only have one co-admin) and I still have access to the Admin tab.
A second issue that has formed at the same time occurs when attempting to loot a boss. An error appears (Do not have a bug report available right now, will be able to get one at next raid)and prevents KSK from automatically appearing/detecting loot meaning the list has to be checked and edited manually.
[Edit: Found the error]:
[23:55:12] KKonferSK\KKonferSK-r512.lua:1839: bad argument #1 to "match" (string expected, got nil)
[23:55:12] <in C code>
KKonferSK\KKonferSK-r512.lua:1839: in function "RefreshBossLoot"
KKonferSK\KKonferSK-r512.lua:2191: in function <KKonferSK\KKonferSK.lua:2190>
<string>:"safecall DispatcherQ[2]":4: in function <string>:"safecall DispatcherQ[2]":4
<in C code>
<string>:"safecall DispatcherQ[2]":13: in function "?"
KKonferSK-r512\KKore\KKore-500.lua:827: in function "Fire"
KKonferSK-r512\KKore\KKore-500.lua:990: in function <KKonferSK\KKore\KKore.lua:989>
[23:55:12] nil
Are either of these bugs known, or failing that, able to be fixed from my settings?
This is due to the way KSK stores its data. It's on a per faction/relam basis. If you move relams or factions then the data is no longer valid on your new realm. It has to store the data based on the realm because you could have characters on multiple realms all of which want to use the mod. There is no way within the mod to change this. However, you can do it manually, it's not too hard. First, lets say your old realm was OLDREALM and your new realm is NEWREALM. Delete any configs you attempted to create on NEWREALM to fix the problem. Quit WoW completely, don't just exit to the login screen. Edit the file:
WTF\Account\YOUR_ACCOUNT_NAME\SavedVariables\KKonferSK.lua
In that file you will see a database key that starts with "factionrealm". Lets say you were Alliance on OLDREALM and are now Horde on NEWREALM. Look for the database key that says "Alliance-OLDREALM". Change that to "Horde-NEWREALM". If you havent changed faction just change OLDREALM to NEWREALM. If users have also renamed characters during the transfer you will need to change those names in the lists too. As you read through that file the format should be relatively obvious. Change the names of teh users in teh "users" key of each config. Save the file and restart WoW. You should now be the config owner again.
The tricky bit is getting all of you users and co-admins up to date. By far the easiest way is to have them all quit wow, delete the WTF\Account\THEIR_COUUNT_NAME\SavedVariables\KKonferSK.lua file and restart WoW. Then re-broadcast the list to them.
Hope that helps.
Thanks for the response but I'm afraid it hasn't changed anything.
When my guild migrated we deleted all previous KSK data. As a result, the KonferSK.lua file was already stating my new realm.
In order to try and get a bit more information, I decided to create another new configuration. The following image shows what happened between the time I first created the config and the time that I tried to add a new user. http://imageshack.us/photo/my-images/534/ksknotadmin.jpg/
I can't have lost ownership of the list within 10 seconds so something else is causing KSK to not recognise my admin status.
Any further thoughts?
My issue is that i accidentially moved the window above the wow screen. so now i cant move it any longer. Adjusting UI scale doesnt help. it stays at the top. I've had to suspend it just to pass out some gear without effecting the lists because i cant shut the window without escaping either.
Is there a way to move it if this happens. and IF not, can i suggest a window position reset button?
Well if it is off the screen a button would be useless wouldn't it :)
/ksk resetpos
True, But then it's just the very top bar that's offscreen for me, so a button somewhere would work possibly, but i guess that would probably not be very helpful to everyone.
The command was what i was intending anyhow tho, I havent tested it yet. but I'm sure it works. Thank you. I did read though the /ksk help and did not see that command. Also didn't see it in most of the documentation i've looked through (tho, i wasnt exactly combing with diligence.) Could i suggest adding it to the commands listed after /ksk help :)
BTW, ty vm for quickly responding, also, LOVE the addon, makes loot in a friendly guild soooooooo much easier, If i had to pick 4 mods, this would be one of them.
We practiced using this addon last night in Nax. I passed admin to a co admin and then no one had admin. Then the person I had passed it to create another configuration and tried to pass it to me and still neither of us ended up with admin. Also this other person was not receiving the names on the list I had copied during sync. He could see the name of the list however. When requesting snc he appeared have the same numbers as me and they were green, while others who did have the same info I could request sync from and those numbers were red. It is possible that 1 person in our group 4 admin and co-admins had a different version. I have not down loaded the most current version yet.
Also is it possible to delete a config if no one has admin, only 4 co admin? If not, if we all delete the mod will the info still be stored in computer in saved variables folder?
Just updated for 5.1. I suspect that what was cuaisng the problem was a Lua error due to relics finally being removed from the AH API call I use, and that has been fixed.