Authors CurseForge

Noticed last night that my buffs were no longer being filtered. Auras were, but it seemed that anything that was a buff castable by any class (including fel armor, priest, druid, mage buffs, etc) were visible on my paladin.

Anyone have any idea why this is happening?

I'm having the exact same problem. Help :(

hlep!

*bump* for a fix please

I play a Paladin as well and am having the exact same issues. With "Filter Auras" checked, it still shows Fort, Int, MotW, Fel Armor, etc. instead of only the Paladin buffs like it used to. Unchecked it shows even more buffs than it does with having it checked. I'm keeping all my mods up to date that I know of with jWoW Updater.

Same problem. But filter "working" and can filter "chemical" buffs :-|

/push

fix pls :<

Well I don't see a fix up yet but I did see some strange behavior - the filtering started working when I was out visual range of my party.

Edit:

probably related to:

http://www.wowace.com/forums/index.php?topic=10792.0

So it's a blizzard problem.

I'm having the same issue as the OP, and it's frankly quite annoying.

the filtering started working when I was out visual range of my party.

I've noticed this as well.

Is there anything that can be done to 'fix' this, or do we need to wait untill a new release/Blizzard update?

Thanks in advance, and keep up the good work.

[Edit]It seems to work for a mage in my guild. I asked him to send me his version of AG_Unitframes, I deleted all my other addons(Just to be sure it wasn't some clash)/saved variables and so forth and installed his version, but still no go.

Just using AGUF Raid Interface since yesterday, but on my Paladin I also see any Buffs that mabye i can cure(?) and not only my buffs that i can cast on every people in my raid.

On my mage i just see Arcane Intellect/Brilliance buffs (but only those which i casted not AI from other mages in my raid. Dont know if this is a new bug, cause using the raid yesterday it just since yesterday)

Excuse my bad english^^

Quote from Hubris »

I'm having the same issue as the OP, and it's frankly quite annoying.

I've noticed this as well.

Is there anything that can be done to 'fix' this, or do we need to wait untill a new release/Blizzard update?

It's a problem with the Unitbuff() function built into the blizzard UI. It's returning buffs that are castable, instead of buffs that are castable by you. It will require a patch to fix, it's not an AG or Pitbull issue.

Quote from nexus6 »

It's a problem with the Unitbuff() function built into the blizzard UI. It's returning buffs that are castable, instead of buffs that are castable by you. It will require a patch to fix, it's not an AG or Pitbull issue.

I figured as much. I did some snooping around on several forums, including the official forums, and the Unitbuff() function popped up several times.

Thanks for answering, though. :)

[Edit]It still doesn't explain why it works for some of my friends.

http://img177.imageshack.us/my.php?image=buffab1.jpg <--Screenshot of his UI

http://img514.imageshack.us/my.php?image=buffzqw3.jpg <--His addon folder, though he said some of his AddOns where disabled.

I'd also like to add that the Pitbull equivalant of filtering auras does work for me.

maybe we need a manual aura filter now

Quote from onion_ccc »

maybe we need a manual aura filter now

I have a half-ass fix for this that requires manual entry of auras. Probably not best coded and it's buggy in that the aura reported on mouseover can be incorrect, but it will filter auras correctly (which was enough for me).

Somewhere at the top of ag_UnitClass.lua, such as below the -- SYSTEM -- line, you'll need to specify a "whitelist" of auras--only these will be shown.

e.g.

------------
-- SYSTEM --
------------

aUF.classes = {}
aUF.classes.aUFunit = AceOO.Class("AceEvent-2.0","AceHook-2.1")
aUF.classes.aUFunitPlayer = AceOO.Class(aUF.classes.aUFunit)
aUF.classes.aUFunitPet = AceOO.Class(aUF.classes.aUFunit)
aUF.classes.aUFunitVanilla = AceOO.Class(aUF.classes.aUFunit)
aUF.classes.aUFunitCombo = AceOO.Class(aUF.classes.aUFunit)
aUF.classes.aUFunitFocus = AceOO.Class(aUF.classes.aUFunit)
aUF.classes.aUFunitMetro = AceOO.Class(aUF.classes.aUFunit)

-- The below is whitelist of auras to show 'cause 2.3.2 UnitBuff is trippy:

local filterBuffs = {
  ["Blessing of Might"] = 1,
  ["Blessing of Kings"] = 1,
  ["Blessing of Salvation"] = 1,
  ["Blessing of Wisdom"] = 1,
  ["Blessing of Light"] = 1,
  ["Blessing of Protection"] = 1,
  ["Blessing of Freedom"] = 1,
  ["Blessing of Sacrifice"] = 1,
  ["Greater Blessing of Might"] = 1,
  ["Greater Blessing of Kings"] = 1,
  ["Greater Blessing of Salvation"] = 1,
  ["Greater Blessing of Wisdom"] = 1,
  ["Greater Blessing of Light"] = 1
}

So you'll want to build an array like above but with your own class auras that you only want to show. I should also mention that only UnitBuff is weird, the AG_UF debuff auras still filter properly based on what you can dispel--so there's no need for a fix.

Now do a text search for [font=Courier New]function aUF.classes.aUFunit.prototype:ScanAuras([/font], which ScanAuras() is the function that builds the aura index.

Basically replace the code to this:

function aUF.classes.aUFunit.prototype:ScanAuras()
  local buffid, id, unit = 1, 1, self.unit
  local c, name, rank, texture, debufftype, count, logdb, timeLeft, duration
  local filter = self.database.AuraFilter
  local dbcount, bcount

  local realBuffCount = 1;

  -- record buffs into a temporary area
  -- no special cases needed, just store the data
  name, rank, texture, count, duration, timeLeft = UnitBuff(unit, buffid, filter)

  while (name) do
    if filterBuffs[name] then
      -- record buffs
      c = aUF.cache.buffs[realBuffCount]
      c.id, c.name, c.texture, c.count, c.duration, c.timeLeft = realBuffCount, name, texture, count, duration, timeLeft
      realBuffCount = realBuffCount + 1;
    end

    buffid = buffid + 1
    name, rank, texture, count, duration, timeLeft = UnitBuff(unit, buffid, filter)
  end

  bcount = realBuffCount - 1;

  -- record debuffs
  -- special case: priest weakened soul debuff

This filters auras properly but, like said, mousing over the aura might report another aura. If anyone can figure out why the GameTooltip:SetUnitBuff portion is still bugged, and can fix it, please post the fix. I'm not well versed in AG_UF's code, but enough to fix the filtering sort of. =)

Is there a fix for this yet?

Quote from Eso »

This filters auras properly but, like said, mousing over the aura might report another aura. If anyone can figure out why the GameTooltip:SetUnitBuff portion is still bugged, and can fix it, please post the fix. I'm not well versed in AG_UF's code, but enough to fix the filtering sort of. =)

Try replacing the following line in function onAuraEnter:

GameTooltip:SetUnitBuff(this.unit.unit, this.id, this.unit.database.AuraFilter)

with:

GameTooltip:SetUnitBuff(this.unit.unit, this.id, 0)

Hopefully this will show the correct tooltips for buffs.

Quote from Eso »

This filters auras properly but, like said, mousing over the aura might report another aura. If anyone can figure out why the GameTooltip:SetUnitBuff portion is still bugged, and can fix it, please post the fix. I'm not well versed in AG_UF's code, but enough to fix the filtering sort of. =)

The suggestion that Mist posted dealing with the onAuraEnter function is correct if the buffs were being retrieved with filtering off in the first place. The buffs were also being recorded with the incorrect buffid (this is important, as it is this ID that GameTooltip:SetUnitBuff uses to choose the correct tooltip). I also changed it to check whether the unitframe was toggled for filter buffs or not.

function aUF.classes.aUFunit.prototype:ScanAuras()
    local buffid, id, unit = 1, 1, self.unit
    local c, name, rank, texture, debufftype, count, logdb, timeLeft, duration
    local filter = self.database.AuraFilter
    local dbcount, bcount

    local realBuffCount = 1;

    -- record buffs into a temporary area
    -- no special cases needed, just store the data
    name, rank, texture, count, duration, timeLeft = UnitBuff(unit, buffid, 0)
    while (name) do
        if filter==0 or filterBuffs[name] then
            -- record buffs
            c = aUF.cache.buffs[realBuffCount]
            c.id, c.name, c.texture, c.count, c.duration, c.timeLeft = buffid, name, texture, count, duration, timeLeft
            realBuffCount = realBuffCount + 1;
        end
            buffid = buffid + 1
            name, rank, texture, count, duration, timeLeft = UnitBuff(unit, buffid, 0)
    end

    bcount = realBuffCount - 1

This is well on it's way to being a full solution. The buffs whitelist just needs to be changed into a two dimensional dictionary, like filterBuffs[playerclass][buffname]. That way it will work for every class no problem. Unfortunately I'm too lazy to populate a list of every buff for every class, so I'll leave that to someone else. :P

A very lazy way to implement this is to let the user set a comma seperated list in the config windows with all the buffs he wants to show and check that, it would allow custom lists too (my old ctra was showing int/fort/mark & HoT's, but I learned to live without it). Anyone who wants to take this job? The default filtering is kinda broken in 2.3.

Filtering broken for buffers who has more 2 buffs (or more 1 long time buffs), IMHO. It's 2 classes only (pala and priest), therefore blizz havent big reaction from players and didnt fix it in last patch :-(

And just for fun http://forums.worldofwarcraft.com/thread.html?topicId=3881784980&sid=1