question about the r186 build, why scroll checking?
it was my understanding that scrolls did not stack with anything. is that not the case?
Example would be a raid with no priest with spirit talent. Druids should take spirit scrolls. Of course RBS is intelligent and won't say someone is missing a scroll if it is useless. In my guild tonight we had a nax25 and no one needed a scroll because we had a good selection of classes.
Thought I'd reply to this here (from the XRS thread). The issue was that I wanted to arrange the buffs so that my ones (PWF, DS, SP) are the first three buttons on the panel. It was a pretty minor thing but thought you might like the feedback anyway :) .
Yes feedback is good thanks :)
I shall consider a method for allowing re-arranging in a future version.
I have added in the latest version a new feature. It warns you about people taunting your target. It has different warnings according to who taunts; taunts, ninja taunts (someone taunting your target you are tanking), your taunt fails, other people's taunt fails and when a non-tank taunts your target. Ninja taunts are when the mob is targeting you which, in theory, means you are tanking it. It might be changed to take into account threat but I am experimenting at the moment. It might get moved to another addon of its own one day.
The most interesting feature is that it can even tell you about mobs being taunted off you which you are not even targeting.
RBS looks very fine, but much too overpowered for what I am searching.
Is it possible to just show the statusbars without all the flask/buff/taunt checks?
Of course. Click top right and untick the option to show on dashboard. Also for talents click top left. I you want to see the dash when in combat you will have to click Esc->Interface->Addons->RBS->Combat.
You can make RBS show as little or as much as you want.
With the addition of the status bars and the lack of updates to axRS I've switched back to using RBS again :) . I keep the dash pretty minimal, we don't force flasks or anything so I'm mainly looking to see major class buffs. Ideally I want two rows of buttons, something like this:
PW:F, DSpi, AI, MotW,
SP, Blessings, Auras, Soulstone.
The problem is that Soulstone (and maybe Auras, can't remember exactly) goes on it's own line. Is there a reason for that or is it a bug?
With the addition of the status bars and the lack of updates to axRS I've switched back to using RBS again :) . I keep the dash pretty minimal, we don't force flasks or anything so I'm mainly looking to see major class buffs. Ideally I want two rows of buttons, something like this:
PW:F, DSpi, AI, MotW,
SP, Blessings, Auras, Soulstone.
The problem is that Soulstone (and maybe Auras, can't remember exactly) goes on it's own line. Is there a reason for that or is it a bug?
Not a bug :)
There are 3 collections of buttons. They are automatically arranged according to what level you make them be tested and what type they are. The 3 types are Warning, Trash and Boss. If you want only one level of checking then set them all to Boss.
Aha, I tried playing with the Warning/Buff settings but it didn't seem to move them consistently. That's obviously because I didn't try changing the Trash/Boss settings. I'll give it a whirl later, thanks :) .
I really want to use this addon, but right now it's almost impossible for me to read anything on the dashboard. I play in 1680x1050 with the UI scale down to minimum, and I was a bit disappointed to see no scaling options available other than adding more columns.
Am I missing something in terms of being able to make the window larger, or is such a feature just not part of the addon?
I really want to use this addon, but right now it's almost impossible for me to read anything on the dashboard. I play in 1680x1050 with the UI scale down to minimum, and I was a bit disappointed to see no scaling options available other than adding more columns.
Am I missing something in terms of being able to make the window larger, or is such a feature just not part of the addon?
It does not have that feature. But thanks for the feature request :)
Hi, I really like the looks of this addon and have tried many similar.
I have actually tried this addon many times of the last year but never have I been able to get it to work, always many many errors for me, each time I try a new version I make sure to delete the .lua file from the wtf folder.
Anyway, today I tried the latest version and decided to post to see if I can get this running once and for all, here are the first few errors:
[2009/04/04 12:36:06-1958-x4]: RaidBuffStatus-3.86\Buffs.lua:1103: attempt to get length of field 'peoplegotvigilance' (a nil value)
[2009/04/04 12:39:07-1958-x3]: RaidBuffStatus-3.86\Core.lua:1621: bad argument #1 to 'pairs' (table expected, got number)
RaidBuffStatus-3.86\Core.lua:1621: in function `ReadRaid'
RaidBuffStatus-3.86\Core.lua:1254: in function `DoReport'
RaidBuffStatus-3.86\Core.lua:2607: in function `?'
CallbackHandler-1.0-3:146: in function <...ist\libs\CallbackHandler-1.0\CallbackHandler-1.0.lua:146>
<string>:"safecall Dispatcher[1]":4: in function <[string "safecall Dispatcher[1]"]:4>
<in C code>: ?
<string>:"safecall Dispatcher[1]":13: in function `?'
CallbackHandler-1.0-3:91: in function `Fire'
AceEvent-3.0-3:73: in function <...s\AckisRecipeList\libs\AceEvent-3.0\AceEvent-3.0.lua:72>
[2009/04/04 12:41:19-1958-x3]: RaidBuffStatus-3.86\Buffs.lua:2889: attempt to get length of field 'slackingpaladinsnames' (a nil value)
[2009/04/04 12:42:15-1958-x2]: RaidBuffStatus-3.86\Core.lua:1621: bad argument #1 to 'pairs' (table expected, got number)
RaidBuffStatus-3.86\Core.lua:1621: in function `ReadRaid'
RaidBuffStatus-3.86\Core.lua:1254: in function `DoReport'
RaidBuffStatus-3.86\Core.lua:2553: in function `ToggleCheck'
RaidBuffStatus-3.86\Core.lua:2885: in function `ButtonClick'
RaidBuffStatus-3.86\Buffs.lua:2138: in function <Interface\AddOns\RaidBuffStatus\Buffs.lua:2137>
Any insight would be appreciated, if you need more info, let me know.
Very strange. I assume some kind of clash with another addon. However please tell me how you install? wowmatrix? curse updater? manually download zip and copy the contents? And in addition are you installing the no-lib version or not? I never use the no-lib version. And exactly what version are you installing?
Would it be possible to try with all addons disabled except rbs?
I have tried installing both from WoW Matrix and also manually downloading and installing from wowace.com, never from curse or using the curse client.
I always use the version with the library included.
The version from which the errors posted above originate is 3.86, although I've tried many different versions over the months.
I am going into a Naxx run right now (and so wish I had this addon working too, lol) so I'll have to try my hand at disabling all my other adds except RBS after the run.
I have many many ace addons so far all working in harmony so I'll try and see if i can find out if it is indeed a conflict with another.
I will report my findings asap, most likely by tomorrow midday depending on the length of this run.
To answer your question I am using an English Client
Ok, so, after about 2 hrs and 50 login/logout attempts and help from guildies who were willing to be guinea pigs I found out the following ;D
(the below is related to version 3.86 with libs)
I started off testing with ONLY RBS addon enabled.
If not in a raid when you mouse over the icon in Pic: RBS 2 you get the following error:
[2009/04/05 12:02:16-1971-x1]: RaidBuffStatus-3.86\Buffs.lua:1103: attempt to get length of field 'peoplegotvigilance' (a nil value)
If not in a raid when you mouse over the icon in Pic: RBS 1 you get the following error:
[2009/04/05 12:02:53-1971-x4]: RaidBuffStatus-3.86\Buffs.lua:2889: attempt to get length of field 'slackingpaladinsnames' (a nil value)
If in a raid but no paladin is present when you mouse over the icon in Pic: RBS 1 you get the following error:
[2009/04/05 12:02:53-1971-x4]: RaidBuffStatus-3.86\Buffs.lua:2889: attempt to get length of field 'slackingpaladinsnames' (a nil value)
Now, it seems that I found the culprit addon that is conflicting with RBS.
When the "GiveMe" range of macro addons such as GiveMeHealth, GiveMeMana etc. are on I have the conflict.
I am currently using version 1.52 beta which is the latest and obtained from http://wow.curse.com/downloads/wow-addons/details/giveme.aspx
I can use the GiveMe... addons fine with many addons but not RBS, likewise, I can use RBS fine with many addons but not GiveMe...
When RBS and GiveMe... are enabled I get the following error when logging in:
[2009/04/05 12:36:34-1983-x3]: RaidBuffStatus-3.86\Core.lua:1621: bad argument #1 to 'pairs' (table expected, got number)
RaidBuffStatus-3.86\Core.lua:1621: in function `ReadRaid'
RaidBuffStatus-3.86\Core.lua:1254: in function `DoReport'
RaidBuffStatus-3.86\Core.lua:2607: in function `?'
CallbackHandler-1.0-3:146: in function <...ist\libs\CallbackHandler-1.0\CallbackHandler-1.0.lua:146>
<string>:"safecall Dispatcher[1]":4: in function <[string "safecall Dispatcher[1]"]:4>
<in C code>: ?
<string>:"safecall Dispatcher[1]":13: in function `?'
CallbackHandler-1.0-3:91: in function `Fire'
AceEvent-3.0-3:73: in function <...s\AckisRecipeList\libs\AceEvent-3.0\AceEvent-3.0.lua:72>
*Note above that the addon "AckisRecipeList" is mentioned, well, specifically the "AceEvent-3.0.lua. If I disable AckisRecipeList then the error simple mentions the next addon which uses the AceEvent-3.0.lua library so its a library related issue and not specific to an addon itself.
When RBS and GiveMe... are enabled I get the following error when I click on the minimap button to open RBS (the result is that RBS will not open):
[2009/04/05 12:36:38-1983-x1]: RaidBuffStatus-3.86\Core.lua:1621: bad argument #1 to 'pairs' (table expected, got number)
RaidBuffStatus-3.86\Core.lua:1621: in function `ReadRaid'
RaidBuffStatus-3.86\Core.lua:1254: in function `DoReport'
RaidBuffStatus-3.86\MiniMap.lua:52: in function <Interface\AddOns\RaidBuffStatus\MiniMap.lua:46>
Comments to the above errors:
The strange thing is as far as I can tell the GiveMe addons do not use any ACE libraries so I'm not understanding where the conflict is coming in.
Just guessing but I think the errors shown in Pics RBS 1 and RBS 2 are simply due to some kind of lack of check of whether one is in a raid or if a paladin is present or not, or if that code is present then for some reason its not currently working as planned.
I'm interested to hear your thoughts on what could be the conflict. Both your RBS and GiveME... are such great addons it would be wonderful to get them working at the same time.
Thanks for a most informative bug report. I can now see what is happening. We are both creating a global variable called SP. Both addons are in the wrong. I am surprised it has taken this long to be found as a problem.
Anyway, what I need to do is make all global variables local (unlikely possible) or make them in the namespace RaidBuffStatus and take a local copy per lua file.
I will fix as soon as I can but having a full time job and a core raider takes up a lot of my time :)
Your welcome, I thought the more information I give the better you can locate the issue which you did, that's great.
I run a lot of addons and try new ones all the time so I guess that's why I eventually ran into this problem.
I ran a 25man Naxx and a 10man Naxx today and turned the other addon off so I could use RBS, very nice, good job!
Now that you pointed out the problem I'm just going to go and rename that variable in GiveME... so that I can use both, until you work in one of those fixes you mentioned.
Hi there, awesome, you changed it so fast.
I did try r212 in EoE and it works fine, although to be honest I had already changed the global variable names in the GiveMe... addons so they weren't conflicting anymore anyway.
What I'm saying is that RBS hasn't been broken by you changing the variable types.
The only remaining errors I get in r212 as before are the "peoplegotvigilance" and "slackingpaladinsnames" ones.
Good work thus far, this is definitely one sweet raiding addon, I have some guildies jokingly annoyed with me for pointing out they are missing flasks/well fed buffs etc :)
If you want I can go back and re-install the original GiveMe... addons to see if the global variable conflict is resolved, I just didn't think it necessary.
Example would be a raid with no priest with spirit talent. Druids should take spirit scrolls. Of course RBS is intelligent and won't say someone is missing a scroll if it is useless. In my guild tonight we had a nax25 and no one needed a scroll because we had a good selection of classes.
Yes feedback is good thanks :)
I shall consider a method for allowing re-arranging in a future version.
http://forums.wowace.com/showthread.php?t=15683
I have added in the latest version a new feature. It warns you about people taunting your target. It has different warnings according to who taunts; taunts, ninja taunts (someone taunting your target you are tanking), your taunt fails, other people's taunt fails and when a non-tank taunts your target. Ninja taunts are when the mob is targeting you which, in theory, means you are tanking it. It might be changed to take into account threat but I am experimenting at the moment. It might get moved to another addon of its own one day.
The most interesting feature is that it can even tell you about mobs being taunted off you which you are not even targeting.
Of course. Click top right and untick the option to show on dashboard. Also for talents click top left. I you want to see the dash when in combat you will have to click Esc->Interface->Addons->RBS->Combat.
You can make RBS show as little or as much as you want.
PW:F, DSpi, AI, MotW,
SP, Blessings, Auras, Soulstone.
The problem is that Soulstone (and maybe Auras, can't remember exactly) goes on it's own line. Is there a reason for that or is it a bug?
Not a bug :)
There are 3 collections of buttons. They are automatically arranged according to what level you make them be tested and what type they are. The 3 types are Warning, Trash and Boss. If you want only one level of checking then set them all to Boss.
Am I missing something in terms of being able to make the window larger, or is such a feature just not part of the addon?
It does not have that feature. But thanks for the feature request :)
BTW there is a ticket system for bugs and features here:
http://www.wowace.com/projects/raidbuffstatus/tickets/
I have actually tried this addon many times of the last year but never have I been able to get it to work, always many many errors for me, each time I try a new version I make sure to delete the .lua file from the wtf folder.
Anyway, today I tried the latest version and decided to post to see if I can get this running once and for all, here are the first few errors:
[2009/04/04 12:36:06-1958-x4]: RaidBuffStatus-3.86\Buffs.lua:1103: attempt to get length of field 'peoplegotvigilance' (a nil value)
[2009/04/04 12:39:07-1958-x3]: RaidBuffStatus-3.86\Core.lua:1621: bad argument #1 to 'pairs' (table expected, got number)
RaidBuffStatus-3.86\Core.lua:1621: in function `ReadRaid'
RaidBuffStatus-3.86\Core.lua:1254: in function `DoReport'
RaidBuffStatus-3.86\Core.lua:2607: in function `?'
CallbackHandler-1.0-3:146: in function <...ist\libs\CallbackHandler-1.0\CallbackHandler-1.0.lua:146>
<string>:"safecall Dispatcher[1]":4: in function <[string "safecall Dispatcher[1]"]:4>
<in C code>: ?
<string>:"safecall Dispatcher[1]":13: in function `?'
CallbackHandler-1.0-3:91: in function `Fire'
AceEvent-3.0-3:73: in function <...s\AckisRecipeList\libs\AceEvent-3.0\AceEvent-3.0.lua:72>
[2009/04/04 12:41:19-1958-x3]: RaidBuffStatus-3.86\Buffs.lua:2889: attempt to get length of field 'slackingpaladinsnames' (a nil value)
[2009/04/04 12:42:15-1958-x2]: RaidBuffStatus-3.86\Core.lua:1621: bad argument #1 to 'pairs' (table expected, got number)
RaidBuffStatus-3.86\Core.lua:1621: in function `ReadRaid'
RaidBuffStatus-3.86\Core.lua:1254: in function `DoReport'
RaidBuffStatus-3.86\Core.lua:2553: in function `ToggleCheck'
RaidBuffStatus-3.86\Core.lua:2885: in function `ButtonClick'
RaidBuffStatus-3.86\Buffs.lua:2138: in function <Interface\AddOns\RaidBuffStatus\Buffs.lua:2137>
Any insight would be appreciated, if you need more info, let me know.
Would it be possible to try with all addons disabled except rbs?
I would love to get to the bottom of this.
I have tried installing both from WoW Matrix and also manually downloading and installing from wowace.com, never from curse or using the curse client.
I always use the version with the library included.
The version from which the errors posted above originate is 3.86, although I've tried many different versions over the months.
I am going into a Naxx run right now (and so wish I had this addon working too, lol) so I'll have to try my hand at disabling all my other adds except RBS after the run.
I have many many ace addons so far all working in harmony so I'll try and see if i can find out if it is indeed a conflict with another.
I will report my findings asap, most likely by tomorrow midday depending on the length of this run.
Ok, so, after about 2 hrs and 50 login/logout attempts and help from guildies who were willing to be guinea pigs I found out the following ;D
(the below is related to version 3.86 with libs)
I started off testing with ONLY RBS addon enabled.
If not in a raid when you mouse over the icon in Pic: RBS 2 you get the following error:
If not in a raid when you mouse over the icon in Pic: RBS 1 you get the following error:
If in a raid but no paladin is present when you mouse over the icon in Pic: RBS 1 you get the following error:
Now, it seems that I found the culprit addon that is conflicting with RBS.
When the "GiveMe" range of macro addons such as GiveMeHealth, GiveMeMana etc. are on I have the conflict.
I am currently using version 1.52 beta which is the latest and obtained from http://wow.curse.com/downloads/wow-addons/details/giveme.aspx
I can use the GiveMe... addons fine with many addons but not RBS, likewise, I can use RBS fine with many addons but not GiveMe...
When RBS and GiveMe... are enabled I get the following error when logging in:
*Note above that the addon "AckisRecipeList" is mentioned, well, specifically the "AceEvent-3.0.lua. If I disable AckisRecipeList then the error simple mentions the next addon which uses the AceEvent-3.0.lua library so its a library related issue and not specific to an addon itself.
When RBS and GiveMe... are enabled I get the following error when I click on the minimap button to open RBS (the result is that RBS will not open):
Comments to the above errors:
The strange thing is as far as I can tell the GiveMe addons do not use any ACE libraries so I'm not understanding where the conflict is coming in.
Just guessing but I think the errors shown in Pics RBS 1 and RBS 2 are simply due to some kind of lack of check of whether one is in a raid or if a paladin is present or not, or if that code is present then for some reason its not currently working as planned.
I'm interested to hear your thoughts on what could be the conflict. Both your RBS and GiveME... are such great addons it would be wonderful to get them working at the same time.
Pic: RBS 1 (below)
Pic: RBS 2 (below)
Anyway, what I need to do is make all global variables local (unlikely possible) or make them in the namespace RaidBuffStatus and take a local copy per lua file.
I will fix as soon as I can but having a full time job and a core raider takes up a lot of my time :)
I run a lot of addons and try new ones all the time so I guess that's why I eventually ran into this problem.
I ran a 25man Naxx and a 10man Naxx today and turned the other addon off so I could use RBS, very nice, good job!
Now that you pointed out the problem I'm just going to go and rename that variable in GiveME... so that I can use both, until you work in one of those fixes you mentioned.
Thanks!
I did try r212 in EoE and it works fine, although to be honest I had already changed the global variable names in the GiveMe... addons so they weren't conflicting anymore anyway.
What I'm saying is that RBS hasn't been broken by you changing the variable types.
The only remaining errors I get in r212 as before are the "peoplegotvigilance" and "slackingpaladinsnames" ones.
Good work thus far, this is definitely one sweet raiding addon, I have some guildies jokingly annoyed with me for pointing out they are missing flasks/well fed buffs etc :)
If you want I can go back and re-install the original GiveMe... addons to see if the global variable conflict is resolved, I just didn't think it necessary.