Back from my holiday now. I will try and reply tomorrow night.
With regards whispering when non-assist. This should not happen as only an assistant can do a raid warning and it is the act of doing a raid warning sets a call back. Are you sure you are not an assistant? Was it a pug?
Yes, 100% certain (I either lead raids or join PUGs; don't have a tank character who are typically assists). It was a PUG raid with me as a non-assist/lead. The raid warnings did not occur (as expected), but the whispers did; received outgoing whisper chat feedback.
Thanks for your wonderful work danielbarron. I have voted on all those tickets you opened (I would have happily opened them instead though ;) ). I love RBS.
I too have had the problem Zidomo reported of the whispering still going on.
Thanks for your wonderful work danielbarron. I have voted on all those tickets you opened (I would have happily opened them instead though ;) ). I love RBS.
I too have had the problem Zidomo reported of the whispering still going on.
Have you tried the version from last night? It should not whisper when not assist. Also you can disable whispering of expires too. And it does not do expires and whispers in battle grounds.
I'm having issues in our raids because we often have a Shaman with Restorative Totems but no Paladin with Improved Blessing of Wisdom. RBS wants the Paladins to buff Wisdom but it is removed as soon as the Shaman drops a totem so everyone appears as missing a Blessing on RBS again.
I also find the max number limit on Blessing announcements to be unhelpful. With something like PW:F or AI it's good that I can just announce that more than five (or whatever) people are missing it since they will just recast the group version and it doesn't matter specifically who doesn't have it. But announcing that "MANY" people are missing a Blessing isn't helpful. I then have to go through and read out who needs what on Vent or similar.
Additionally some of the text is quite verbose and it's hard to read simply who is missing what, especially when using the PallyPower settings when it adds "Missing PallyPower" after every single person.
I use this mod all the time, it saves me so much effort, but the Blessing announcements just don't work all that well in practise.
Tunga - version? As this problem should have been fixed a while ago:
Version 3.211 10th August 2009
- Now compares the points spent in Restorative Totems and improved Blessing of Wisdom and won't check for BoW when the totems will overwrite it.
Noticed yesterday that Enhancement Shamans were reported as ranged DPS and investigated it further. The WoW API doesn't return the complete localized value for Enhancement ("Verstärkung") but a short version ("Verstärk.") >:(
Ok, it wasn't as bad as I thought.
Only three talent trees (two localizations) needed to be changed. I have done that now, so the next build should be ok.
No need for the language independent solution right now :)
Yep, its bugging out here when joining a raid now as well.
RaidBuffStatus r295 (upgraded from r290/pre-LibTalentQuery & LibGroupTalents), LibTalentQuery-1.0 v3.2.2 Release 1 (embedded & have one or 2 other mods using it), LibGroupTalents-1.0 v3.2.2 Release (ditto). Log on, join a raid (either 10 or 25 man) and the following errors are thrown up. They continually repeat until you disable the mod and relog, as I had to do.
["message"] = "RaidBuffStatus-3.231\\Core.lua:2126: attempt to index field 'specialisations' (a nil value)\nRaidBuffStatus-3.231\\Core.lua:1986: in function `ReadRaid'\nRaidBuffStatus-3.231\\Core.lua:1573: in function `DoReport'\nRaidBuffStatus-3.231\\Core.lua:3037: in function `?'\nCallbackHandler-1.0-5:146: in function <...onLoader\\CallbackHandler-1.0\\CallbackHandler-1.0.lua:146>\n<string>:\"safecall Dispatcher[1]\":4: in function <[string \"safecall Dispatcher[1]\"]:4>\n<in C code>: ?\n<string>:\"safecall Dispatcher[1]\":13: in function `?'\nCallbackHandler-1.0-5:91: in function `Fire'\nAceEvent-3.0-3 (Ace3):119: in function <Interface\\AddOns\\Ace3\\AceEvent-3.0\\AceEvent-3.0.lua:118>\n\nLocals:|r\nSometimes debuglocals() returns nothing, it's one of those times... (FYI: This message is a HotFix from Decursive to prevent a C stack overflow)\n ---",
["type"] = "error",
["session"] = 2037,
["counter"] = 8,
}, -- [846]
5 seconds later:
["message"] = "RaidBuffStatus-3.231\\Core.lua:2126: attempt to index field 'specialisations' (a nil value)\nRaidBuffStatus-3.231\\Core.lua:1986: in function `ReadRaid'\nRaidBuffStatus-3.231\\Core.lua:1573: in function <Interface\\AddOns\\RaidBuffStatus\\Core.lua:1552>\n(tail call): ?:\n<in C code>: ?\n<string>:\"safecall Dispatcher[1]\":9: in function <[string \"safecall Dispatcher[1]\"]:5>\n(tail call): ?:\nAceTimer-3.0-5 (Ace3):160: in function <Interface\\AddOns\\Ace3\\AceTimer-3.0\\AceTimer-3.0.lua:132>\n\nLocals:|r\nSometimes debuglocals() returns nothing, it's one of those times... (FYI: This message is a HotFix from Decursive to prevent a C stack overflow)\n ---",
["type"] = "error",
["session"] = 2037,
["counter"] = 10,
}, -- [847]
r296-nolib isn't loading for me. I confirmed that I have all the necessary libraries already installed separately (from what's installed in the pre-packaged version 3.227).
If I try installing the pre-packaged RaidBuffStatus v3.227, I can get it to load fine.
When I installed r296-nolib using the new Curse 4 beta client, it had also installed LibGroupTalents-1.0 and LibTalentQuery-1.0. RBS is still not loading when I log into WoW.
UPDATE: So I removed the RBS folder (r296-nolib) and downloaded and installed the full version of r296. I then logged in, but was unable to get RBS to load.
One thing I did notice is when I downloaded and installed 3.227 (which I was able to load), in the AddOns menu on the character selection screen, RBS showed up as "RaidBuffStats -Ace3-". With r296 and r296-nolib, it just shows up as "RaidBuffStatus". Not sure if that means anything.
So I dropped a copy of the standalone LibGroupTalents-1.0 (3.2.2 Relase 2) and LibTalentQuery-1.0 (3.2.2 Release 1) libraries into the Libs folder for r296-nolib, and I was able to get RBS to load.
I was curious if there was a difference between those two standalone libs and the versions that were included with the pre-packaged RBS. The packaged LibGroupTalents-1.0 shows it at version r34, not 3.2.2 Release 2. The packaged LibTalentQuery-1.0 shows it at version r80, not 3.2.2 Release 1.
I also compared the TOCs for the standalone and packaged copies.
TOC for standalone LibTalentQuery-1.0 has line ## X-Curse-Packaged-Version: 3.2.2 Release 1. TOC for packaged LibTalentQuery-1.0 has line ## X-Curse-Packaged-Version: r80.
TOC for standalone LibGroupTalents-1.0 has line ## X-Curse-Packaged-Version: 3.2.2 Release 2. TOC for packaged LibGroupTalents-1.0 has line ## X-Curse-Packaged-Version: r34.
Could this be why RBS was having issues loading? Since I had to drop copies of those libs into the RBS Libs folder, the Curse Client now flags RBS as being modified.
The reason for the difference is the rbs package is alpha and includes the latest alpha libraries, hence the difference you are seeing.
I don't know why the full version is not working for you. Deleting RBS and installing the full 296 should work. Check you don't have LibGroupTalents and LibTalentQuery installed elsewhere.
Why are you trying to use the nolib version out of interest?
The reason for the difference is the rbs package is alpha and includes the latest alpha libraries, hence the difference you are seeing.
I don't know why the full version is not working for you. Deleting RBS and installing the full 296 should work. Check you don't have LibGroupTalents and LibTalentQuery installed elsewhere.
Why are you trying to use the nolib version out of interest?
So, it appears the standalone LibGroupTalents-1.0 (3.2.2 Relase 2) and LibTalentQuery-1.0 (3.2.2 Release 1) copied into the Libs folder of r296-nolib is the only way I can get it to load. I tried copying those libs that came with the pre-packaged r296 (LibGroupTalents-1.0 r34 and LibTalentQuery-1.0 r80) into the Libs folder, but RBS did not launch.
As to why I do it, more a personal preference. I like to keep my addons folder small, and having multiple copies of the same lib all over the place bugs me. I rarely have an issue doing so, usually only when an author attaches a new library to a mod but the Curse Client doesn't flag it as such, so it doesn't download the new lib.
http://www.wowace.com/addons/raidbuffstatus/tickets/165-options-to-change-the-texture-of-the-bars-fonts-with/
Do you have examples of similar addons which use it?
omen
elkano's BuffBars
SatrinaBuffFrame
Bigwigs
Cast Bars
Yes, 100% certain (I either lead raids or join PUGs; don't have a tank character who are typically assists). It was a PUG raid with me as a non-assist/lead. The raid warnings did not occur (as expected), but the whispers did; received outgoing whisper chat feedback.
I too have had the problem Zidomo reported of the whispering still going on.
Have you tried the version from last night? It should not whisper when not assist. Also you can disable whispering of expires too. And it does not do expires and whispers in battle grounds.
I also find the max number limit on Blessing announcements to be unhelpful. With something like PW:F or AI it's good that I can just announce that more than five (or whatever) people are missing it since they will just recast the group version and it doesn't matter specifically who doesn't have it. But announcing that "MANY" people are missing a Blessing isn't helpful. I then have to go through and read out who needs what on Vent or similar.
Additionally some of the text is quite verbose and it's hard to read simply who is missing what, especially when using the PallyPower settings when it adds "Missing PallyPower" after every single person.
I use this mod all the time, it saves me so much effort, but the Blessing announcements just don't work all that well in practise.
Version 3.211 10th August 2009
- Now compares the points spent in Restorative Totems and improved Blessing of Wisdom and won't check for BoW when the totems will overwrite it.
Noticed yesterday that Enhancement Shamans were reported as ranged DPS and investigated it further. The WoW API doesn't return the complete localized value for Enhancement ("Verstärkung") but a short version ("Verstärk.") >:(
Wtb the language independend solution I suggested there:
http://www.wowace.com/addons/raidbuffstatus/tickets/133-roles-wrong/
;)
Only three talent trees (two localizations) needed to be changed. I have done that now, so the next build should be ok.
No need for the language independent solution right now :)
RaidBuffStatus r295 (upgraded from r290/pre-LibTalentQuery & LibGroupTalents), LibTalentQuery-1.0 v3.2.2 Release 1 (embedded & have one or 2 other mods using it), LibGroupTalents-1.0 v3.2.2 Release (ditto). Log on, join a raid (either 10 or 25 man) and the following errors are thrown up. They continually repeat until you disable the mod and relog, as I had to do.
5 seconds later:
Please try r296.
If I try installing the pre-packaged RaidBuffStatus v3.227, I can get it to load fine.
Any thoughts?
UPDATE: So I removed the RBS folder (r296-nolib) and downloaded and installed the full version of r296. I then logged in, but was unable to get RBS to load.
One thing I did notice is when I downloaded and installed 3.227 (which I was able to load), in the AddOns menu on the character selection screen, RBS showed up as "RaidBuffStats -Ace3-". With r296 and r296-nolib, it just shows up as "RaidBuffStatus". Not sure if that means anything.
So I dropped a copy of the standalone LibGroupTalents-1.0 (3.2.2 Relase 2) and LibTalentQuery-1.0 (3.2.2 Release 1) libraries into the Libs folder for r296-nolib, and I was able to get RBS to load.
I was curious if there was a difference between those two standalone libs and the versions that were included with the pre-packaged RBS. The packaged LibGroupTalents-1.0 shows it at version r34, not 3.2.2 Release 2. The packaged LibTalentQuery-1.0 shows it at version r80, not 3.2.2 Release 1.
I also compared the TOCs for the standalone and packaged copies.
TOC for standalone LibTalentQuery-1.0 has line ## X-Curse-Packaged-Version: 3.2.2 Release 1. TOC for packaged LibTalentQuery-1.0 has line ## X-Curse-Packaged-Version: r80.
TOC for standalone LibGroupTalents-1.0 has line ## X-Curse-Packaged-Version: 3.2.2 Release 2. TOC for packaged LibGroupTalents-1.0 has line ## X-Curse-Packaged-Version: r34.
Could this be why RBS was having issues loading? Since I had to drop copies of those libs into the RBS Libs folder, the Curse Client now flags RBS as being modified.
The reason for the difference is the rbs package is alpha and includes the latest alpha libraries, hence the difference you are seeing.
I don't know why the full version is not working for you. Deleting RBS and installing the full 296 should work. Check you don't have LibGroupTalents and LibTalentQuery installed elsewhere.
Why are you trying to use the nolib version out of interest?
So, it appears the standalone LibGroupTalents-1.0 (3.2.2 Relase 2) and LibTalentQuery-1.0 (3.2.2 Release 1) copied into the Libs folder of r296-nolib is the only way I can get it to load. I tried copying those libs that came with the pre-packaged r296 (LibGroupTalents-1.0 r34 and LibTalentQuery-1.0 r80) into the Libs folder, but RBS did not launch.
As to why I do it, more a personal preference. I like to keep my addons folder small, and having multiple copies of the same lib all over the place bugs me. I rarely have an issue doing so, usually only when an author attaches a new library to a mod but the Curse Client doesn't flag it as such, so it doesn't download the new lib.