Raid Tracker
Keeps account of attendance, loot and DKP for raids, parties, battlegrounds, arenas and now solo for questing.
Works with SexyMaps, Minimap Button Frame, Titan Panel, FuBar, and others for easy access menus, and a minimap icon if no other manager or bar is installed. Provides export strings for DKP for most popular DKP posting formats. Supports loot filtering via loot options window /rt io, or on the minimap menu.
Chat commands: /rt - main window /rt o - options /rt io - item options /rt help - help /rt hide - hide or show the application icon
Curse site release updates are working normally again. Raid Tracker, Hellbender DKP, Tell Track, AddOn Studio. Use links to get files same as before. Enjoy.
Anyone having trouble with DKP at all?
- lots of UI rework, mostly things you wouldnt see,
but making faster or more stable or easier to deal with for me. there arte still a few places i havnt rewritten and was getting that done. in this case was primarity the list line templates. needed more love. the more i digest and make clean the msot stable these releases will be.
- cleaning DBs in DB update for:
nils in Leave Join from user player removes, cause was fixed as well
session zone as empty string should have been nil, never empty string
probably left over from CT imports, not accounted for. in this one no zone is no zone
- fixed export issue exporting new instance XML
- redid part of attendee lookups hops of fixing stat-up issue one person had
- fixed long time cosmetic UI issue where note icons were high stratus causing them to get drawn over other windows
RaidTracker-2.1.31\Export.lua:261: attempt to index field 'Inst' (a nil value)
(tail call): ?:
RaidTracker-2.1.31\UI_Dialog.lua:104: in function `Edit_OnShow'
<string>:"*:OnShow":1: in function <[string "*:OnShow"]:1>
<in C code>: in function `Show'
RaidTracker-2.1.31\UI_Dialog.lua:30: in function `Show'
RaidTracker-2.1.31\UI_Button.lua:89: in function `Menu_OnClick'
RaidTracker-2.1.31\UI_Button.lua:6: in function `func'
Interface\FrameXML\UIDropDownMenu.lua:568: in function `UIDropDownMenuButton_OnClick':
<string>:"*:OnClick":1: in function <[string "*:OnClick"]:1>
ID: -5
Error occured in: Global
Count: 1
Message: ..\AddOns\RaidTracker\RaidTracker.lua line 443:
table index is nil
Debug:
(tail call): ?
[C]: ?
RaidTracker\RaidTracker.lua:443: UpdateSessionDB()
RaidTracker\RaidTracker.lua:310: OnEventCustom()
...ddOns\RaidTracker\libs\LibKarma-1.0\LibKarma-1.0.lua:98: _OnUpdate()
...ddOns\RaidTracker\libs\LibKarma-1.0\LibKarma-1.0.lua:38:
...ddOns\RaidTracker\libs\LibKarma-1.0\LibKarma-1.0.lua:38
AddOns:
RaidTracker, v2.1.31
can send me your db again if not too much trouble?
btw for anyone who has had lots of issues with plugins in the past, "swatter" is a very good error catcher. comes with autioneer if you have that also. it stores and puts them all in one window, much less annoying and can page back to see if one thing caused another.
Some people have reported getting the following error:
Fatal error: Maximum execution time of 30 seconds exceeded
This is caused by the default setting in PHP that allow your
scripts to run for X period of time. I've never seen this occur
until recent version of the raidtracker. For those who wish to
know how to work around it, on your website, you need to edit
the file "php.ini", find the variable inside called:
max_execution_time = 30
and change it to
max_execution_time = 60
That will make Raidtracker continue to function as normal. Has the
export string increased in size in the recent versions?
Regards,
Cami
From the 2.1.31 release notes:
- added new log type - 3, for each group type
configurable for each group type separately
0 off, 1 log, 2 auto create, 3 auto instance
raid is 3 by default
this is the auto create session on change zone feature
This is the last real feature from any CT version I know of that was not in this one, sans a few the various export forks. So is feature completenow and all forks merged. There are a ton of forks that implement one minor export differnce, and that wil take time to consolidate all those if any worth still for anyone.
This feature will fire if set per group type of which there are 5 atm. You can see what group type it thinks you are in, in the status bar text at the top. This one (3) will fire, in addtion to all of the rules for 2 (Auto Create), when you are in a session and the zone changes from one trigger zone to another, and when fires will create a new log session automaticaly. If you are in a session that has not hit a triggerable zone yet it will not create a new session, and if you are not in a session then it wil not fire either. If you woudl rather I make this so it creates a new session even if not in one for hiting a triggerable zone let me know. If thats the case i might roll them all up and jsut make that a part of auto create. Currently auto create (2) will create an instance if: triggerable event occurs, triggerable looting occurs, or creating a triggerable party. This is geting way too technical, some will enjoy.
Things to remember:
- 0 (off) will never log or create session while in that group type
- 1 (log) log events, loot, members if pass other filters if group already started
- 2 (auto create) will log and create if boss kill, start group of that type, recieve loot passes filters
- 3 (auto instance) will log create, and also change new session if triggerabel zone changes.
soem how this all works out, and jstu looking at the options screen, for many wil understnd the forst three to soem degree intuitively.
< instance >
< id >123456< /id >
< name >Naxxramus< /name >
< reset >123456< /reset >
< difficulty >2< /difficulty >
< /instance >
Most important thing here is that difficulty > 1 is a 25 man raid instance. Yes I added something to the format, ill proly get flamed hard, but... It shouldnt hurt anyting. And some web dev soemwher in each of these places wil probably be happy to have this option. This was placed in all three formats, starting with 2.1.30 both session and events wil have this marked on them in the db, and wil output this in the export strings. If you had an id recorded or reset time, it wil be moved to this structure in the db, and any furture events or sessions will have all 4 values always.
From the 2.1.30 release notes:
- added new record for export XML for all formats
added on both events and root of session
it is assumed that this root one is true for all entries
unless otherwise marked, although it is intended that
each event be marked separately
regardless of format, old conventions or otherwise, this tag
primary driver was to allow dkp sites ability to distinguish
10/25 man runs without having to contort things or lose automation
guarantees:
* all items are matched, they belong together
* neutral enUS instance name
* instance id is of the zone marked at same level if any
<instance>
<id>123456</id>
<name>Molten Core</name>
<reset>123456</reset>
<difficulty>2/difficulty>
</instance>
And I'm using MLdkp 1.1/EQdkp Plugin export format (other two are not valid for loganfive import).
Guess I'll stay tuned for possible solution, thanks for keeping work on this :)
When I import DKP using XML outputted by your addon, the import tool retrieves item names and looters properly, but I have to go back in and add each individual DKP value manually ... This is a royal pain.
Thanks and keep up the good work with this great addon overall.