You should try loading Parrot without any other addons. Currently at least LibStub and AceLibrary are missing because some of the other libraries included depend on them. There may me more libraries missing.
The Problem is, that imho totem-damage needs to be seperated from pet and player damage. As everybody can notice, there are a lot of "Pet ..." events in the events-options. There would be the same number of "guardian ..." options.
You may want to take into consideration that under normal circumstances Shamans do not have pets. The exceptions are a few quests (can only think of one where the pet actually does damage). So basically, treating totem damage like pet damage is not going to be a problem for any sane people - I'd consider it extreme overkill to add a separate configuration category for them.
So, I found a way to catch Guardian (totem) combatlog events. I'll take me a few more days to completely implement the events.
I decided to implement a plugin for Parrot that adds totem damage to the outgoing area, as I've really missed that feature, and it seems you're plenty tied up with this thing already. The result is the addon "ParrotOnFire", which is now in trunk. It uses the LibTotemTracker-1.0 library (in branches) that I made for the purpose (and another purpose). Feel free to port any of the code into Parrot as you please, but keep in mind that the library is in branches because the API has not been settled completely yet. I recommend extracting the stuff you need from LibTotemTracker-1.0 directly, as you only need the damage events, not tracking of individual totems. In the meanwhile, for users, getting totem support in Parrot is just a matter of installing ParrotOnFire alongside Parrot.
I got this error while fighting http://www.wowhead.com/?npc=18667 (Blackheart the Inciter of Shadow Labyrinth). It happened twice both during the mind control part (all player's are MC'ed and fight each other).
Let me know if i can provide any help in solving it.
I already replaced all LibBabbleSpell-calls by GetSpellInfo when doing the CombatEventParsing (Code/CombatEvents.lua, Data/CombatEvents.lua).
Only the Triggers depend on LibBabbleSpell (for now).
Indeed, in Triggers.lua in the function figureIconPath there's a call to BS:GetSpellIcon(), which when supplied with the "Stormstrike" string (localized or not, doesn't matter) will return the wrong icon for that ability. Of course i could just update LibBabble-Spell-3.0, but i'm one of those people who'd like to kill LibBabble-Spell-3.0, now that 2.4 made it redundant.
It isn't. That's why the icon isn't retrieved correctly ;)
Got the same on "Life Tap" which should be ID: "27222"
but the combatlog-event passes just ID: "31818" which is just the energize-effect of "Life Tap" and has some strange Icon.
I can see that the icons associated with the two spell ID's for life tap are not the same. However, for Stormstrike the spellID's 17364, 32175 and 32176 all have the same icon (the right one). I'd guess that one of the last two are reported in the combat log, but i can't confirm this as I've gone resto again...
The thing is that the icon for Stormstrike was changed in patch 2.4 so i'm just guessing that the icon is somehow hardcoded into Parrot via LibBabble-Spell-3.0:
Line 2542: ["Stormstrike"] = "Spell_Holy_SealOfMight",
This is the old icon. So instead of looking it up in babble by name, it should just be looked up with GetSpellInfo by passing the spell id from the combat log event to this function. Actually the use of LibBabble-Spell should be eliminated completely, as it is almost always possible to solve the localization problem by using GetSpellInfo.
I think parrot still uses the old icon for stormstrike (the hammer which is also used for Hammer of Justice). It could be very nice if this was replaced with the new icon. GetSpellInfo can be used to retrieve the correct texture (spell id is 17364).
thought about it and yeah, that's right. But maybe some people want it to show on both sides, i don't know... maybe this can be made configurable...
I commented the lines now in this version
also the Chatframe1 Messages are gone.
I'm used to having heals only showing on one side, but now that they show on both sides i kind of like it, because it makes it easier to discern self-heals from others, because they move nicely in sync on both sides.
Why not submit this code to SVN? No one in the whole world has any use of Parrot without these fixes.