Lua Errors from Bosstalk
6 Attachment(s)
Anyone can help me define on how to fix these select problems?
Attachment 9151 Attachment 9152 Attachment 9153 Attachment 9154 Attachment 9155 Attachment 9156 |
Error 4 simply looks like that file doesn't exist, so I'd check that path and see.
I believe the locale errors are caused by BossTalk referencing locale IDs that haven't been defined, so they would need to be added in the locale file(s). |
Quote:
|
What addon is causing a conflict?
|
They all appear to be missing Locale entries for an addon using AceLocale.
Search your addons for "Enter an Id." or "Ironaya in Uldamin". |
Quote:
|
Quote:
|
Quote:
|
If it is LibDataBroker then you probably have an addon using an old (pre BfA) version. These days you will get an error if there is an entry in the .toc or an include .xml that lists a file that does not exist.
These used to be ignored. |
Quote:
|
We aren't mind readers. What error is it?
|
When I open Bosstalk, I get this Lua Error message.
Lua Code:
|
Can you attach your BossTalk\Core.lua and BossTalk\Options.lua?
|
2 Attachment(s)
Quote:
Attachment 9162 Attachment 9163 |
The the problem is in this line:
tempZone.User.args[worldcheck(dbd.useryell[i].w)].args[dbd.useryell[i].zone] = { Which table index is nil? It's hard to know since there are roughly 10 different indexing operations in that 1 line. I would recommend cleaning that up so that it's more readable, easier to find issues, and also more efficient: Lua Code:
Without knowing the data, it's hard to pinpoint the problem but splitting that stuff up should help zero in on where the issue is. For example, if dbd.useryell[i].w is a value other than nil, "1", "2" then worldcheck() will return nil. Efficiency-wise there is no need to call worldcheck over and over, so we assign the result to a variable and that can be re-used everywhere else in that loop. Some of the variable names I used may not be ideal, so adjust as needed. |
There is also another bug that I saw. I don't know if it's related, but the bug is also in AudioX. Both addons override SetItemRef and do it incorrectly.
BossTalk.SetItemRef(link, text, button) take 3 parameters and if it isn't a BossTalk link, passes them on to Blizzard's: BossTalk.SetItemRef_Original(link, text, button); But that isn't actually Blizzard's, because AudioX is overwriting it too, and if the link isn't one it's interested in, it passes it on to (probably) Blizzard's: SetItemRef_orig(link,text,button) Unfortunately, Blizzard's function looks like this: function SetItemRef(link, text, button, chatFrame) The chatFrame parameter is being thrown away. And overwriting the function like that is dangerous and can mess up other addons or even the entire system. You should change: BossTalk.SetItemRef_Original = SetItemRef SetItemRef = BossTalk.SetItemRef to: hooksecurefunc("SetItemRef", BossTalk.SetItemRef) and then you can remove BossTalk.SetItemRef_Original completely. It's no longer needed since the original code will be automatically called first and then yours will be. AudioX has the same issue and should be fixed in the same way. |
Quote:
|
1 Attachment(s)
Quote:
Attachment 9164 |
Quote:
|
Quote:
|
All times are GMT -6. The time now is 04:22 PM. |
vBulletin © 2024, Jelsoft Enterprises Ltd
© 2004 - 2022 MMOUI