Authors CurseForge

Reporting a buggy behavior. In short, tags registered in text area anchored to Alternate Power bar won't be shown/updated properly.

I was trying to configure SUF text/tags so that current Alternate Power can be shown as number, because checking these numbers not just visually (as bars) but also numerically has some importance in encounters these days (ex: Heroic Amber-shaper in HoF and such). First I made some tags to get and return information of AltPower as follows:

curmaxAltPower

function(unit, unitOwner)
local maxAltPower = UnitPowerMax(unit,SPELL_POWER_ALTERNATE_POWER)
local altPower = UnitPower(unit,SPELL_POWER_ALTERNATE_POWER)
if( maxAltPower <= 0 ) then
return nil
end

return string.format("%s/%s", ShadowUF:FormatLargeNumber(altPower), ShadowUF:FormatLargeNumber(maxAltPower))
end

altPowerType

function(unit, unitOwner)
local maxAltPower = UnitPowerMax(unit,SPELL_POWER_ALTERNATE_POWER)
if( maxAltPower <= 0 ) then
return nil
end
local barType, minPower, startInset, endInset, smooth, hideFromOthers, showOnRaid, opaqueSpark, opaqueFlash, powerName, powerTooltip = UnitAlternatePowerInfo(unit)
return powerName
end

For events which should trigger update of these tags, 'UNIT_POWER', 'UNIT_MAXPOWER' and 'UNIT_DISPLEYPOWER' are registered.

I went Whack-a-Gnoll at the Darkmoon Faire (which gives number of hit gnolls as Alternate Power) and put these tags in default text area anchored to Health Bar for testing. These tags worked properly and return stuff that I need. Name of the bar and numbers were shown and updated like 'Whack-a-Gnoll 1/30' as I played. If I changed game to other games with Alternate Power or reloaded UI, tags reamain working.

Then I made 2 text areas ('Left text'/'Right text') anchored to Alternate Power bars from Text Management tab in General section of configuration. And then registered tags I made to these text areas.

What then happened was, if I registered tags with Whacking started (Alternate Power bar shown), tags start working and correctly updating. However, if I reloaded UI or changed area, tags no longer shown when I started Whack thereafter (bar was shown and worked properly but texts/numbers not shown).
After reloading, if I re-registered tags (uncheck&recheck tags in Text/Tags tab in Unit Configuration) without starting Whack, and then started Whack, again tags weren't shown (bar was again OK. Regardless of tags properly shown/updated or not, Alternate Power bar itself was always working properly).

So what I concluded is, there is some flaw in initialization/loading process of Alternate Power bar or in text-showing functions of SUF bars, which causes text anchored to Alternate Power bar not to be shown after reloading.

If this is actually a bug, I hope it's fixed. Currently I'm just leaving these tags stayed in text area anchored to Health bar and practically it's OK, but for the sake of consistency I want them to be on AltPower bars. If there is other workaround for this issue, please enlighten me. And Thank you for creating and updating this lovely addon!

While playing my Warlock was pelted with this error...

775x ShadowedUnitFrames-v3.8.1\modules\incheal.lua:101: attempt to perform arithmetic on field "cap" (a nil value)
ShadowedUnitFrames-v3.8.1\modules\incheal.lua:101: in function "PositionBar"
ShadowedUnitFrames-v3.8.1\modules\incabsorb.lua:36: in function "?"
ShadowedUnitFrames-v3.8.1\modules\units.lua:205: in function <ShadowedUnitFrames\modules\units.lua:202>

Locals:
self = <table> {
 OnLayoutApplied = <func> @ShadowedUnitFrames\modules\incabsorb.lua:15
 OnEnable = <func> @ShadowedUnitFrames\modules\incabsorb.lua:5
 frameKey = "incAbsorb"
 moduleKey = "incAbsorb"
 UpdateFrame = <func> @ShadowedUnitFrames\modules\incabsorb.lua:27
 moduleName = "Incoming absorbs"
 colorKey = "incAbsorb"
 frameLevelMod = 2
}
frame = SUFUnitplayer {
 vehicleUnit = "vehicle"
 OnEnter = <func> @ShadowedUnitFrames\modules\units.lua:677
 UnregisterAll = <func> @ShadowedUnitFrames\modules\units.lua:134
 registeredEvents = <table> {}
 powerBar = <unnamed> {}
 RegisterNormalEvent = <func> @ShadowedUnitFrames\modules\units.lua:60
 SetVisibility = <func> @ShadowedUnitFrames\modules\units.lua:245
 topFrameLevel = 5
 RegisterUpdateFunc = <func> @ShadowedUnitFrames\modules\units.lua:107
 SetBlockColor = <func> @ShadowedUnitFrames\modules\units.lua:182
 unitType = "player"
 SetRangeAlpha = <func> @ShadowedUnitFrames\modules\units.lua:170
 visibility = <table> {}
 indicators = <unnamed> {}
 unitInitialized = true
 unitRealType = "player"
 unit = "player"
 ReregisterUnitEvents = <func> @ShadowedUnitFrames\modules\units.lua:39
 hasStateWatch = false
 RegisterUnitEvent = <func> @ShadowedUnitFrames\modules\units.lua:101
 fontStrings = <table> {}
 incAbsorb = <unnamed> {}
 highFrame = <unnamed> {}
 OnLeave = <func> @FrameXML\UnitFrame.lua:288
 unitOwner = "player"
 DisableRangeAlpha = <func> @ShadowedUnitFrames\modules\units.lua:162
 UnregisterSingleEvent = <func> @ShadowedUnitFrames\modules\units.lua:84
 fullUpdates = <table> {}
 UnregisterUpdateFunc = <func> @ShadowedUnitFrames\modules\units.lua:124
 0 = <userdata>
 BlizzRegisterUnitEvent = <func> =[C]:-1
 incHeal = <unnamed> {}
 FullUpdate = <func> @ShadowedUnitFrames\modules\units.lua:31
 SetBarColor = <func> @ShadowedUnitFrames\modules\units.lua:178
 healthBar = <unnamed> {}
}
amount = 21871

As you can see by the count, it happens pretty much constantly while in combat.

(I would post this in the ticket tracker, but it's completely broken.)

~deleted~

Well damn, that will do it. Thought wow matrix caught it and clearly I was leaning to heavily on it.

Noticed a bug of some kind. First time using Shadowed UF, and its in good shape for the most part, but when my target window appears because a mob aggroed on me then attacks me, the default blizz targetframe appears underneath it.

If i target the mob first then only the SUF target frame appears. For some reason when it appears because a mob attacks me it does not hide the default blizz target frame. this can also occur when a group of mobs pull because i attack a single one of them, the frame appears from another mob under the suf target frame.

I'm wondering, is there a way to have the range indicator not be tied to spells? I'm thinking specifically for Rogues, for example, who only have "friendly" spells that can be cast on party members (Tricks of the Trade). This makes it so that anything not in party with you, (any time you're playing solo) any friendly target, is considered out of range. This only applies to the target frame.

Or maybe there is some option I'm missing that already does this?

Here is what I'm getting since I got the correct version when i try to right click people in my raid frames. I am thinking it is an error that is my fault, but I don't know how to tell what I broke. Thanks

..\FrameXML\UnitPopup.lua line 940:
   Usage: GetRaidRosterInfo(index)
Debug:
   [C]: GetRaidRosterInfo()
   ..\FrameXML\UnitPopup.lua:940: UnitPopup_HideButtons()
   ..\FrameXML\UnitPopup.lua:267: UnitPopup_ShowMenu()
   ..\FrameXML\SecureTemplates.lua:239: initFunction()
   ..\FrameXML\UIDropDownMenu.lua:69: UIDropDownMenu_Initialize()
   ..\FrameXML\UIDropDownMenu.lua:864: ToggleDropDownMenu()
   ..\FrameXML\SecureTemplates.lua:310: handler()
   ..\FrameXML\SecureTemplates.lua:632: SecureActionButton_OnClick()
   ..\FrameXML\SecureTemplates.lua:672:
      ..\FrameXML\SecureTemplates.lua:664

Hi Shadowed, thanks much for a great add-on, been using it for quite a few expansions. Just recently I wondered: Is there a way to enable displaying rare enemies - and have I missed the switch for it? Thanks for any info!

Quote from Shadowed

Dropdown issues are fixed in alpha.

I'm using Grid and having the same ".\FrameXML\UnitPopup.lua line 940: Usage: GetRaidRosterInfo(index" error. Anything I can fix in the grid lua?