GetTotemInfo's startTime / duration is wrong

[mrbuds]

Tests with some shaman totems show that time data from GetTotemInfo and GetTotemTimeLeft does not match, with sometime more than 1 second of difference

When using a totem that give a buff, GetTotemTimeLeft timer is much closer to the timer of the buff
GetTotemTimeLeft returned value is rounded with math.ceil, which make it not precise / usable

local f = CreateFrame("Frame")
f:SetScript("OnUpdate", function()
      local a = GetTotemTimeLeft(1)
      
      local _, _, startTime, duration = GetTotemInfo(1)
      local expirationTime = startTime and (startTime + duration) or 0;
      local b =  startTime and startTime > 0 and expirationTime - GetTime() or 0
      
      local sltInfo = C_UnitAuras.GetPlayerAuraBySpellID(325174) -- spirit link totem buff
      local slt = sltInfo and true or false 

      if slt then print(a, b, slt) end
end)
f:Show()

Wow_2024-09-03_14-48-34.mp4

With this demo using SLT, note how when SLT buff fade the timer from GetTotemInfo is off by 1.138s
and timer from GetTotemTimeLeft is off by 0.189s

Also not shown with this code, PLAYER_TOTEM_UPDATE event time match closer to GetTotemTimeLeft too but isn't perfect

[InfusOnWoW]

This is quite annoying for us in WeakAuras, we have looked into whether we can workaround that but couldn't come up with an workaround that does feel reasonably robust. So we would love to have this fixed. (And we'd love to see an spell id added when this eventually moves to C_Spell.)

[Meorawr]

I'd advise re-testing in the next 11.1 PTR build. Also I slightly tweaked the snippet so that it doesn't endlessly spam the chat frame while Spirit Link Totem isn't active, and fixed the CreateFrame typo.

[Meorawr]

Marking as resolved as of 11.1.0.58819 - or at the very least, improved. The values obtained from both APIs no longer disagree with one another, and the accuracy with relation to the SLT buff is slightly improved (~0.2s or so difference between the totem hitting zero and the SLT buff disappearing, but I think that's just because they're two very different systems).