Raid problem

Tobbe8716 · 11-19-10, 12:16 PM

Im having this odd problem with the raidframes (and party using them for both). When I join a raid sometimes or someone new joins they may create a double of the previous player like this, mostly a player clones me but it happens to other players to. It goes away and the right name appear if I reload or just take up fullscreen map ...

Btw hovering arp with 35k with is a mage in this case as you see on the tt and not a double me :P

EDIT: It came with the patch, didnt happen before

Monolit · 11-19-10, 02:36 PM

I also noticed that problem lately. That usually happens only when some player is d/c out of range or something like that. For some reason tags with 'UNIT_HEALTH' and 'UNIT_NAME_UPDATE' events do not properly update.

It's pretty easy to fix though, just force frequent update on the text region with that tag, e.g.: n.frequentUpdates = 0.5 (0.5 should be enough and not too much to affect unit frames' performance)

I guess it's not the best way (sort of hackish) to do this performance wise, but so far it's the only one I managed to figure out to get rid of that weird behavior.

EDIT: or wait actually never mind ^^
just noticed another topic about this issue:
http://www.wowinterface.com/forums/s...ad.php?t=36869

so I guess updating TagEvents to 'UNIT_NAME_UPDATE UNIT_CONNECTION' should help

Tobbe8716 · 11-19-10, 03:16 PM

seems to be working to early to tell anyways ty!

Tobbe8716 · 11-19-10, 03:41 PM

or not... tho its seems to maybe be tag related, gonna check them over tomorrow.

Tobbe8716 · 11-20-10, 08:08 AM

Solved it I think

It was the "Tag" if you call it that on the raid.

Code:

"oUF_Raid", nil, 'custom  [group:party,nogroup:raid40] show;hide',

Replaced it with

Code:

'oUF_Raid', nil, 'solo,party,raid,raid10,raid25,raid40'

works fine atm

Aftermathhqt · 11-20-10, 08:22 AM

Going to try it, but i have the same problem with party also

Toran · 11-20-10, 09:13 AM

Ooh this is helpful. Noticed the same thing, will try.

zork · 11-20-10, 01:25 PM

Hmm but doing solo will give you group in raid groups where you are solo in that group. Which is really bad if you have different party and raid layout and only want to have one of them at a time appear.

I think this is a bug. You get this in party aswell when at the end of a dungeon. People leave the instance. You had 5 people in the group. 3 leave. The one that stays does not get changed properly. Unitframes state him as Paladin ABC but he is Hunter XYZ. Normally you would catch that by adding "PARTY_MEMBERS_CHANGED" and "RAID_ROSTER_CHANGED" event to tags. But they provide no "unit" as an argument afaik. So not sure if you can add those to the tags. Bad.

http://wowprogramming.com/docs/event...EMBERS_CHANGED
http://wowprogramming.com/docs/event..._ROSTER_UPDATE

If there is any possibility of adding those to the tag event list I think we can fix that.

I for myself only have "party" in the visibility argument for my party header spawn and "raid" for my raid header spawn. I think the unitID and updates correctly. Because once you have hover the unit and the tooltip is correct. I think it's just the tag not getting activated.

What I think is the bug is that UNIT_NAME_UPDATE doesn't get fired. If that one would be activated the unitname would update correctly.

http://wowprogramming.com/docs/events/UNIT_NAME_UPDATE

Workaround that could work is registering the roster_update and the party_members_changed to the header unit self objects and once they get fired call the specific tag with self.unit. That may work.