LibGroupInSpecT-1.1-1.1.0

Details

  • Filename
    LibGroupInSpecT-1.1-LibGroupInSpecT-1.1-1.1.0.zip
  • Uploaded by
  • Uploaded
    Nov 12, 2014
  • Size
    17.43 KB
  • Downloads
    6,719
  • MD5
    9335d5756f7907ce257b7c2d5f892489

Supported WoW Retail Versions

  • 6.0.3

Changelog

------------------------------------------------------------------------
r74 | anyia3 | 2014-11-13 02:25:11 +0000 (Thu, 13 Nov 2014) | 1 line
Changed paths:
   A /tags/LibGroupInSpecT-1.1-1.1.0 (from /trunk:73)

Tagging as LibGroupInSpecT-1.1-1.1.0
------------------------------------------------------------------------
r73 | anyia3 | 2014-11-04 00:44:45 +0000 (Tue, 04 Nov 2014) | 9 lines
Changed paths:
   M /trunk/LibGroupInSpecT-1.1.lua

Fall back to inspection if we can't find all mentioned talents cached.

Thanks to the per-spec talents and not being able to pre-load them all, we
now need to be able to fall back to an inspection even if someone has sent
us their full info already.

This is related to ticket #10, though not explicitly covered by it.

------------------------------------------------------------------------
r72 | anyia3 | 2014-11-04 00:06:19 +0000 (Tue, 04 Nov 2014) | 6 lines
Changed paths:
   M /trunk/LibGroupInSpecT-1.1.lua

Ensure spec-specific talents are cleared on spec-change.

This fixes #10.
Thanks to InKahootz for report and fix suggestion!

------------------------------------------------------------------------
r71 | anyia3 | 2014-10-21 22:27:12 +0000 (Tue, 21 Oct 2014) | 10 lines
Changed paths:
   M /trunk/LibGroupInSpecT-1.1.lua

Address race condition around talent caching.

This change should address ticket #9.

Long-term we want to consider if there's any way of returning to full static
caching of all class talents without inspecting, as that's far more efficient.
Right now, even though another player has sent their spec, if the receiver
hasn't got the class talents cached yet, a full inspection is still required.

------------------------------------------------------------------------
r70 | nebula169 | 2014-10-20 03:15:01 +0000 (Mon, 20 Oct 2014) | 1 line
Changed paths:
   M /trunk/LibGroupInSpecT-1.1.lua

correct constants and remove the rest of the 6.0 compat
------------------------------------------------------------------------
r69 | funkydude | 2014-10-19 16:39:09 +0000 (Sun, 19 Oct 2014) | 1 line
Changed paths:
   M /trunk/LibGroupInSpecT-1.1.lua

Remove v6 compat check which was also setting a global _ and causing taint issues.
------------------------------------------------------------------------
r68 | oscarucb | 2014-10-13 21:58:34 +0000 (Mon, 13 Oct 2014) | 2 lines
Changed paths:
   M /trunk/LibGroupInSpecT-1.1.lua

allow programmatic override of debug output by client addons

------------------------------------------------------------------------
r67 | oscarucb | 2014-10-13 21:32:31 +0000 (Mon, 13 Oct 2014) | 2 lines
Changed paths:
   M /trunk/LibGroupInSpecT-1.1.lua

better fix to last

------------------------------------------------------------------------
r66 | oscarucb | 2014-10-13 21:14:21 +0000 (Mon, 13 Oct 2014) | 2 lines
Changed paths:
   M /trunk/LibGroupInSpecT-1.1.lua

fix lua error in a debug statement

------------------------------------------------------------------------
r65 | anyia3 | 2014-10-04 04:22:56 +0000 (Sat, 04 Oct 2014) | 5 lines
Changed paths:
   M /trunk/LibGroupInSpecT-1.1.lua

Fixed closing @end-debug@.

This resolves ticket #63.

------------------------------------------------------------------------