All the LittleWigs: Lich King modules bug out with the current release/forward alphas of BigWigs (r8950-release/r8955).
In the Big Wigs Encounters options, all the dungeon names are visible on the left side of the options panel. But click one of them (for example, Violet Hold), an error is thrown up and the module options never load:
["message"] = "BigWigs_Options-r8954\\Options.lua:763: We wanted to show options for the zone \"536\", but it does not have any modules registered.\nBigWigs_Options-r8954\\Options.lua:763: in function <Interface\\AddOns\\BigWigs_Options\\Options.lua:751>\n<in C code>: in function `Show'\nInterface\\FrameXML\\InterfaceOptionsFrame.lua:28: in function `InterfaceOptionsList_DisplayPanel':\nInterface\\FrameXML\\InterfaceOptionsFrame.lua:46: in function `InterfaceOptionsListButton_OnClick':\n<string>:\"*:OnClick\":2: in function <[string \"*:OnClick\"]:1>\n",
["type"] = "error",
["locals"] = {
"frame = <unnamed> {\n 0 = <userdata>\n cancel = <function> defined @Interface\\AddOns\\BigWigs_Options\\Options.lua:848\n parent = \"Big Wigs Encounters\"\n refresh = <function> defined @Interface\\AddOns\\BigWigs_Options\\Options.lua:848\n hidden = false\n addonname = \"BigWigs\"\n default = <function> defined @Interface\\AddOns\\BigWigs_Options\\Options.lua:848\n name = \"The Violet Hold\"\n okay = <function> defined @Interface\\AddOns\\BigWigs_Options\\Options.lua:848\n id = 536\n}\nzone = 536\nmultiple = nil\nzoneModules = <table> {\n Caverns of Time = <table> {\n }\n 756 = <table> {\n }\n 4 = <table> {\n }\n 819 = <table> {\n }\n Dragonblight = <table> {\n }\n 820 = <table> {\n }\n 759 = <table> {\n }\n 775 = <table> {\n }\n Dalaran = <table> {\n }\n 768 = <table> {\n }\n 696 = <table> {\n }\n 758 = <table> {\n }\n 824 = <table> {\n }\n 747 = <table> {\n }\n Coldarra = <table> {\n }\n 789 = <table> {\n }\n 3 = <table> {\n }\n 780 = <table> {\n }\n 764 = <table> {\n }\n Zul'Drak = <table> {\n }\n 535 = <table> {\n }\n 782 = <table> {\n ", -- [1]
"}\n 604 = <table> {\n }\n 752 = <table> {\n }\n 799 = <table> {\n }\n 753 = <table> {\n }\n 800 = <table> {\n }\n 754 = <table> {\n }\n 757 = <table> {\n }\n The Storm Peaks = <table> {\n }\n The Frozen Halls = <table> {\n }\n}\nAceGUI = <table> {\n objPools = <table> {\n }\n RegisterAsContainer = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:521\n RegisterWidgetType = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:559\n WidgetBase = <table> {\n }\n RegisterAsWidget = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:537\n counts = <table> {\n }\n LayoutRegistry = <table> {\n }\n GetLayout = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:583\n GetWidgetVersion = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:613\n Create = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:172\n GetWidgetCount = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:607\n GetNextWidgetNu", -- [2]
"m = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:596\n WidgetRegistry = <table> {\n }\n WidgetVersions = <table> {\n }\n RegisterLayout = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:573\n Release = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:206\n ClearFocus = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:257\n WidgetContainerBase = <table> {\n }\n SetFocus = <function> defined @Interface\\AddOns\\Ace3\\AceGUI-3.0\\AceGUI-3.0.lua:247\n}\nL = <table> {\n Show addon warnings = \"Show addon warnings\"\n About = \"About\"\n ICON = \"Icon\"\n You are running an ALPHA RELEASE of Big Wigs %s (revision %d) = \"You are running an ALPHA RELEASE of Big Wigs %s (revision %d)\"\n You are running an official release of Big Wigs %s (revision %d) = \"You are running an official release of Big Wigs %s (revision %d)\"\n raidiconDesc = \"Some encounter scripts use raid icons to mark players that are of special interest to you", -- [3]
"r group. For example 'bomb'-type effects and mind control. If you turn this off, you won't mark anyone.\n\n|cffff4411Only applies if you're either the group leader or promoted!|r\"\n License = \"License\"\n soundDesc = \"Messages might come with a sound. Some people find it easier to listen for these after they've learned which sound goes with which message, as opposed to reading the actual messages.\n\n|cffff4411Even when off, the default raid warning sound might be played by incoming raid warnings from other players. That sound, however, is different from the sounds we use.|r\"\n There are people in your group with older versions or without Big Wigs. You can get more details with /bwv. = \"There are people in your group with older versions or without Big Wigs. You can get more details with /bwv.\"\n Profiles = \"Profiles\"\n List abilities in group chat = \"List abilities in group chat\"\n Minimap icon = \"Minimap icon\"\n blizzardDesc = \"Blizzard provides their own messages for some abi", -- [4]
"lities on some encounters. In our opinion, these messages are both way too long and descriptive. We try to produce smaller, more fitting messages that do not interfere with th", -- [5]
},
["session"] = 5393,
["counter"] = 1,
}, -- [981]
Same error repeats with different zone numbers trying to click any LittleWigs LK instance name in the Big Wigs Encounters options.
Cool. Yep, the icon is unneeded for sure, but thanks for restoring the warnings.
Problem just discovered with LittleWigs The Burning Crusade r30 (not something I use much/ever anymore ;)). Head into options, BigWigs Encounters, Magister's Terrace. Error when you click Magister's Terrace (it defaults to showing the options for Kael'thas Sunstrider on click):
["message"] = {
"Usage: GetLocale(application[, silent]): 'application' - No locales registered for 'BigWigs_Bosses_Kael'thas Sunstrider':\n<in C code>: ?\nAceLocale-3.0-2 (Ace3):133: in function <...nterface\\AddOns\\Ace3\\AceLocale-3.0\\AceLocale-3.0.lua:131>\n(tail call): ?:\nBigWigs_Options-r6903\\Options.lua:463: in function <Interface\\AddOns\\BigWigs_Options\\Options.lua:453>\nBigWigs_Options-r6903\\Options.lua:633: in function <Interface\\AddOns\\BigWigs_Options\\Options.lua:632>\nBigWigs_Options-r6903\\Options.lua:674: in function <Interface\\AddOns\\BigWigs_Options\\Options.lua:657>\nBigWigs_Options-r6903\\Options.lua:684: in function <Interface\\AddOns\\BigWigs_Options\\Options.lua:679>\n(tail call): ?:\n<in C code>: ?\n<string>:\"safecall Dispatcher[3]\":9: in function <[string \"safecall Dispatcher[3]\"]:5>\n(tail call): ?:\nAceGUI-3.0-30 (Ace3):326: in function `Fire'\n...e3\\AceGUI-3.0\\widgets\\AceGUIWidget-DropDownGroup.lua:82: in function `SetGroup':\nBigWigs_Options-r6903\\Options.lua:756: in function <In", -- [1]
"terface\\AddOns\\BigWigs_Options\\Options.lua:693>\n<in C code>: in function `Show'\nInterface\\FrameXML\\InterfaceOptionsFrame.lua:28: in function `InterfaceOptionsList_DisplayPanel':\nInterface\\FrameXML\\InterfaceOptionsFrame.lua:46: in function `InterfaceOptionsListButton_OnClick':\n<string>:\"*:OnClick\":2: in function <[string \"*:OnClick\"]:1>\n\n ---", -- [2]
},
["type"] = "error",
["session"] = 231,
["counter"] = 2,
}, -- [135]
Been doing PoS twice a day on DPS & heal characters since release. Advantages of r703 & prior of Scourgelord_Tyrannus.lua (not keeping alerts local & the alerts telling you who is Branded):
1) In addition of knowing who to yell at, can better wake up those not on the ball to stop DPSing (with the broadcasts). In relation to that, can see who (if anyone) is consistently ignoring the warnings.
2) The healing being reflected back has never been an issue. However, others being aware that the Brand is on a healer can mean more awareness of avoiding damage/mitigating it themselves.
3) When a healer sees that the mark is on a DPS...and that DPS doesn't pay attn. to it...they will know to step up the tank heals. And the tank will know to use their cooldowns if necessary. Same when the Brand is on the tank. Etc.
- Change Ick's Pursuit to announce who is being pursued with UNIT_AURA
Ty ty. The Transcriptor log apprarently wasn't the greatest help, but glad you were able to find a way to determine it.
- Made Scourgelord Tyrannus Brand to be local info only.
Not good. Why have this local when everything else is not? It reduces the utility of the module by quite a bit.
Also in a test of it today, it did go local only (no broadcasting, which is the issue). But it didn't show who was affected. Just kept throwing up "Overlord's Brand" in white text in the Sink output without mentioning who got it. Not too useful.
r642 + BigWigs r6542 provide no boss raid warnings or any other personal alerts in the 5-man parties I did earlier (DTK) (among other raid problems). Here is the post in the BigWigs thread.
Looks like its back to the earlier release BigWigs/LittleWigs once again :(.
I ran H VH last night. I got all bars and warnings in their appropriate places and times. Must have been something funky on your end Zidomo. But know that you're reports are appreciated. Thanks!
Nothing funky here. But r598+ appears to have fixed the issue; have run VH a few times and no problems with the bars showing up, wipes or not.
No, no UNIT_DIED events, and apparently don't have the trigger working right either. And the trigger happens to long after they are all down for my tastes, need to look into other solutions, I'll go through the logs again.
r604 spawns this error when entering the ToC (5-man) instance:
["message"] = "BigWigs-2.0 |cffff8888r5869|r\\Prototype.lua:209: Grand Champions tried to register the combat event \"UNIT_DIED\" to the method \"Deaths\", but it doesn't exist in the module.\nBigWigs-2.0 |cffff8888r5869|r\\Core.lua:698: in function `EnableModule'\nBigWigs-2.0 |cffff8888r5869|r\\Core.lua:739: in function <Interface\\AddOns\\BigWigs\\Core.lua:734>\n<in C code>: ?\nAceEvent-2.0-91097 (Ace2):298: in function `TriggerEvent'\nBigWigs_Plugins-2.0\\TargetMonitor.lua:96: in function <Interface\\AddOns\\BigWigs_Plugins\\TargetMonitor.lua:93>\nBigWigs_Plugins-2.0\\TargetMonitor.lua:107: in function <Interface\\AddOns\\BigWigs_Plugins\\TargetMonitor.lua:107>\n<in C code>: ?\nAceEvent-2.0-91097 (Ace2):298: in function `TriggerEvent'\nAceEvent-2.0-91097 (Ace2):910: in function <Interface\\AddOns\\Ace2\\AceEvent-2.0\\AceEvent-2.0.lua:903>\n\n ---",
["type"] = "error",
["session"] = 1557,
["counter"] = 1
LittleWigs r598, BigWigs r5890-5-release. Did Violet Hold, one person died (not me), the timer bars after bosses appeared properly.
Also received a BigWigs chat1 personal warning that "15 seconds to go" was happening. But that chat1 warning did not head to raid warning as the other alerts did.
Further reverted back to LittleWigs r589 (last one before the wipe checks) combined with BigWigs r5890 as I used before above.
Did VioletHold heroic again, no deaths/wipes. But received the proper timer bars after every boss which has not been happening with r590+. So it does look very likely those wipe checks are causing an issue with the bars, especially if you die or there is a wipe.
Did VH heroic tonight after reverting back to BigWigs r5890 with LittleWigs r596. I died before the first boss, but no wipes.
Most alerts worked fine but...again no bars between the boss kills and the next portal. Last raid warning message was consistently: "*** Next Portal in ~95 seconds! ***". The new "Added 15s portal warning..." did not happen.
That really sounds strange. Have you verified that the option didn't get disabled for that module, currently called "Wave Bars" (I'm gonna change to "Portal Bars").
No, the options were not changed. Wave Bars were enabled then (confirmed after you posted), as they have been for earlier revisions.
Are these blizzard warnings? Or are you saying you saw the BigWigs messages but not the bars?
What I changed should have made this work, rather than break. It should be reseting the boss kills after a wipe.
I was talking about the LittleWig/BigWigs raid/RW message in chat about the next trash portal opening after a VH boss is killed working fine. Blizzard doesn't provide anything in chat.
No BigWigs timer bars ever appeared for the countdown to the next trash portal as they have with earlier revisions, thus a problem.
LittleWigs r591, BigWigs r5877. Head into the heroic Violet Hold instance. We wiped (yep, bad PUG) a couple trash pulls into it before the first boss. Then wiped on the first boss (in this case, Zuramat the Obliterator). Then replaced the tank and did it to the end with no further wipes.
Big problem: the timer bar showing the delay between the boss kill and the next trash spawn between bosses never appeared as it used to with the revisions used last week. The alert for the portals went up in raid chat after every boss, but the timer bars never did.
This is what I suspect happened. Wonder if there is a way to clean that up. Probably not, hopefully not too many people got those alpha builds.
Yep, that's what happened. Normally I look thoroughly through issues like that. But as I received the same message the other day due to a different conflict with BigWigs (unconnected to dual-LittleWigs modules), wasn't interested in spending the extra time to look.
LittleWigs r579, BigWigs r5814. Enter the new ToC (normal) and in chat after entry:
WARNING: The Black Knight (550) already exists as a boss module in Big Wigs, but something is trying to register it again (at revision 550). This usually means you have two copies of this module in your addons folder due to some addon updater failure. It is recommended that you delete any Big Wigs folders you have and then reinstall it from scratch.
Then an error that looks like a typo:
["message"] = "AceLocale-2.2-91094 (Ace2):487: AceLocale(BigWigsArgent Confessor Paletress): Translation \"triger_surrender\" does not exist.\n...s\\LittleWigs_Icecrown\\Argent_Confessor_Paletress.lua:88: in function <...s\\LittleWigs_Icecrown\\Argent_Confessor_Paletress.lua:87>:\n<in C code>: ?\nAceEvent-2.0-91091 (Ace2):298: in function `TriggerEvent'\nAceEvent-2.0-91091 (Ace2):910: in function <Interface\\AddOns\\Ace2\\AceEvent-2.0\\AceEvent-2.0.lua:903>\n\n ---",
["type"] = "error",
["time"] = "2009/08/12 20:10:27",
["session"] = 1215,
["counter"] = 1
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
In the Big Wigs Encounters options, all the dungeon names are visible on the left side of the options panel. But click one of them (for example, Violet Hold), an error is thrown up and the module options never load:
Same error repeats with different zone numbers trying to click any LittleWigs LK instance name in the Big Wigs Encounters options.
Problem just discovered with LittleWigs The Burning Crusade r30 (not something I use much/ever anymore ;)). Head into options, BigWigs Encounters, Magister's Terrace. Error when you click Magister's Terrace (it defaults to showing the options for Kael'thas Sunstrider on click):
USEnglish client/server, WoW 3.3 live.
Been doing PoS twice a day on DPS & heal characters since release. Advantages of r703 & prior of Scourgelord_Tyrannus.lua (not keeping alerts local & the alerts telling you who is Branded):
1) In addition of knowing who to yell at, can better wake up those not on the ball to stop DPSing (with the broadcasts). In relation to that, can see who (if anyone) is consistently ignoring the warnings.
2) The healing being reflected back has never been an issue. However, others being aware that the Brand is on a healer can mean more awareness of avoiding damage/mitigating it themselves.
3) When a healer sees that the mark is on a DPS...and that DPS doesn't pay attn. to it...they will know to step up the tank heals. And the tank will know to use their cooldowns if necessary. Same when the Brand is on the tank. Etc.
Disadvantages: none?
- Change Ick's Pursuit to announce who is being pursued with UNIT_AURA
Ty ty. The Transcriptor log apprarently wasn't the greatest help, but glad you were able to find a way to determine it.
- Made Scourgelord Tyrannus Brand to be local info only.
Not good. Why have this local when everything else is not? It reduces the utility of the module by quite a bit.
Also in a test of it today, it did go local only (no broadcasting, which is the issue). But it didn't show who was affected. Just kept throwing up "Overlord's Brand" in white text in the Sink output without mentioning who got it. Not too useful.
Looks like its back to the earlier release BigWigs/LittleWigs once again :(.
Nothing funky here. But r598+ appears to have fixed the issue; have run VH a few times and no problems with the bars showing up, wipes or not.
r604 spawns this error when entering the ToC (5-man) instance:
["message"] = "BigWigs-2.0 |cffff8888r5869|r\\Prototype.lua:209: Grand Champions tried to register the combat event \"UNIT_DIED\" to the method \"Deaths\", but it doesn't exist in the module.\nBigWigs-2.0 |cffff8888r5869|r\\Core.lua:698: in function `EnableModule'\nBigWigs-2.0 |cffff8888r5869|r\\Core.lua:739: in function <Interface\\AddOns\\BigWigs\\Core.lua:734>\n<in C code>: ?\nAceEvent-2.0-91097 (Ace2):298: in function `TriggerEvent'\nBigWigs_Plugins-2.0\\TargetMonitor.lua:96: in function <Interface\\AddOns\\BigWigs_Plugins\\TargetMonitor.lua:93>\nBigWigs_Plugins-2.0\\TargetMonitor.lua:107: in function <Interface\\AddOns\\BigWigs_Plugins\\TargetMonitor.lua:107>\n<in C code>: ?\nAceEvent-2.0-91097 (Ace2):298: in function `TriggerEvent'\nAceEvent-2.0-91097 (Ace2):910: in function <Interface\\AddOns\\Ace2\\AceEvent-2.0\\AceEvent-2.0.lua:903>\n\n ---",
["type"] = "error",
["session"] = 1557,
["counter"] = 1
r607 fixes this.
For consistent behavior and for alerting those trimming their toenails that the next spawn is soon, would be nice for sure.
Also received a BigWigs chat1 personal warning that "15 seconds to go" was happening. But that chat1 warning did not head to raid warning as the other alerts did.
Did VioletHold heroic again, no deaths/wipes. But received the proper timer bars after every boss which has not been happening with r590+. So it does look very likely those wipe checks are causing an issue with the bars, especially if you die or there is a wipe.
Most alerts worked fine but...again no bars between the boss kills and the next portal. Last raid warning message was consistently: "*** Next Portal in ~95 seconds! ***". The new "Added 15s portal warning..." did not happen.
No, the options were not changed. Wave Bars were enabled then (confirmed after you posted), as they have been for earlier revisions.
I was talking about the LittleWig/BigWigs raid/RW message in chat about the next trash portal opening after a VH boss is killed working fine. Blizzard doesn't provide anything in chat.
No BigWigs timer bars ever appeared for the countdown to the next trash portal as they have with earlier revisions, thus a problem.
Big problem: the timer bar showing the delay between the boss kill and the next trash spawn between bosses never appeared as it used to with the revisions used last week. The alert for the portals went up in raid chat after every boss, but the timer bars never did.
Yep, that's what happened. Normally I look thoroughly through issues like that. But as I received the same message the other day due to a different conflict with BigWigs (unconnected to dual-LittleWigs modules), wasn't interested in spending the extra time to look.
WARNING: The Black Knight (550) already exists as a boss module in Big Wigs, but something is trying to register it again (at revision 550). This usually means you have two copies of this module in your addons folder due to some addon updater failure. It is recommended that you delete any Big Wigs folders you have and then reinstall it from scratch.
Then an error that looks like a typo:
["message"] = "AceLocale-2.2-91094 (Ace2):487: AceLocale(BigWigsArgent Confessor Paletress): Translation \"triger_surrender\" does not exist.\n...s\\LittleWigs_Icecrown\\Argent_Confessor_Paletress.lua:88: in function <...s\\LittleWigs_Icecrown\\Argent_Confessor_Paletress.lua:87>:\n<in C code>: ?\nAceEvent-2.0-91091 (Ace2):298: in function `TriggerEvent'\nAceEvent-2.0-91091 (Ace2):910: in function <Interface\\AddOns\\Ace2\\AceEvent-2.0\\AceEvent-2.0.lua:903>\n\n ---",
["type"] = "error",
["time"] = "2009/08/12 20:10:27",
["session"] = 1215,
["counter"] = 1