[Core][Debuffs] Highlighted / tracked Debuffs from others

[Doppelmoral]

As of Patch 8, it seems that debuffs from others are highlighted and tracked when someone in the own group applies any one on the target.

Severity: Minor PvE (Probably useful in PvP too)

Expected result: only the own debuffs should be shown highlighted with their duration. Further, Crowd Control effects done by groupmembers should be visible in their duration, but not shown as own. ( related issue / fix: #2168 )

Actual result: Any debuff from characters in the own group are shown as if they would be own ones as long as those are in my own group (not raid).

Proof: http://s7.directupload.net/images/130130/9iy7ofjk.jpg Notice that the target got taunted by the feral in my group who also had Fairy Fire, Demoralizing Roar on it, those debuffs are shown as if they are my own (those debuffs are larger than the other and show me the remaining duration) In comparison you can see the applied Stormstrike.

Same applied to rogues' poisons and hunters mark of my own group, further they were able to see each others debuffs the same way.

[Doppelmoral]

http://s14.directupload.net/images/130130/rdiolmut.jpg Another example with MS warrior in my group

Probably related to #2312

[Anelith]

This occurs as of patch 8.0: Crowd control timers are now correctly displayed in addons. Here is a link with the fix that started causing that issue: https://github.com/FeenixServerProject/Archangel_2.4.3_Bugtracker/issues/2168.

[deztbestsp]

The timer prolly will be moderated only for CC like Sap, Cheat shot, Kidney shot, Fear, Phychic scream, Gouge, Cyclone , Sheep, Seduce, Freezing trap, Scatter shot, Howl of terror, Dash, Charge, Intercept, Macestun, Mind Control and ALL silence effects "Silence", Counterspell, Garrote, Spell lock and it will be trackable ONLY for your group members, so some spam is avoided

[deztbestsp]

The problem with your "icons" is simply because you use Xperl, with normal blizzard portrait you will never exp such issue in raid. Tested myself and it works as it should. Anyway what matters is my comment above, should resolve the issue completely

[warlee]

when the client asks the server for which debuffs are on the server, according to the 2008-06-08 entry [ http://www.wowwiki.com/API_UnitDebuff?oldid=1503310 ], the 6th and 7th (duration and timeLeft) should return nil for debuffs which are not yours

one case study with the addon ClassTimers (for r49905, 2007-09-26) we can see the code local name, _, texture, count, dispelType, duration, remaining = UnitDebuff(unit, i) [ ... ] if duration and duration > 0 [ ... ] then

show debuff

which demonstrates the use of the following property (from the wowwiki entry):

"duration Number - The full duration of the debuff in seconds; nil if the debuff was not cast by the player."

which is the reason i believe this is related to other persons' dots showing up on ones dot timers.

it seems reasonable to me that the same api out-of-spec behavior could cause xperl to highlight debuffs not cast by you

---

how to verify this behavior 1) make a party with a dotter (i used a shadow priest) 2) have dotter apply debuffs 3) run the following macro/script /run for i=1,40 do local name, , , , , dur, rem = UnitDebuff("target", i); if dur or rem then DEFAULT_CHAT_FRAME:AddMessage("dur:" .. (dur or "nil") .. ", rem: " .. (rem or "nil") .. " on " .. name) end end

sample output: dur:15, rem: 13.049 on Shadow Vulnerability dur:24, rem: 22.049 on Shadow Word: Pain dur:24, rem: 22.048 on Misery

expected output: none

[altsem]

I can verify that you do see debuffs and buffs from other people of the same class as your own, if they apply theirs first.

I'm having trouble telling who's renew there is on a target in raids if we're multiple priests. Since any UI addon I've tried on Archangel won't know if it's yours.

As suggested by deztbestsp, it would be really cool if common buffs/debuffs that are not CCs could have this property of being highlighted. And as Warlee stated above, it should be really easy to just have other debuffs/buffs of less importance return nil.

I can also verify that xperl behaves just the way the normal unitframes do in this matter.