Quote:
|
Originally Posted by Rhyono
(Post 39341)
He's probably already using NTY, hence them being there.
|
↧
How to block LUA errors in notifications?
↧
a plea to all authors addon
ohh that may be that. I have this addon for so long (pchat) and deal with 25 characters, so i think i will just delete the savedvariables, and start fresh with you pchat folder :)
Because i checked and rechecked and even forced husband to check LMAO :P (he was on netflix lmao)
on my 5 tabs, only the one called Loot have system checked. All others not.
But as lately Pchat did mess a bit, this may be that :))
i will go play a little for now and check that later in the night while on insomnia :)
Thank you again
Because i checked and rechecked and even forced husband to check LMAO :P (he was on netflix lmao)
on my 5 tabs, only the one called Loot have system checked. All others not.
But as lately Pchat did mess a bit, this may be that :))
i will go play a little for now and check that later in the night while on insomnia :)
Thank you again
↧
↧
Harvest map merge problem
"Make sure to ruin the bat in admin mode as it's located in your documents folder".
Well, thank you very much ! It works ! :D I'm so happy.
Have a nice day! :banana:
Well, thank you very much ! It works ! :D I'm so happy.
Have a nice day! :banana:
↧
pChat's Prevent Text Fading Doesn't Work
Quote:
|
Originally Posted by Baertram
(Post 39378)
Which pChat version are you using? My updated version I posted to the pChat comments?
https://www.esoui.com/downloads/file...id=93#comments |
I don't know what you did, but I appreciate it! Thank you AGAIN, Baertram! You're the best.
:banana: :banana: :banana: :banana:
↧
reload SavedVars
Yes. You normally update the prices table from their website's database, usign the included exe file clients.
They download a file and include the data into teh SavedVariables of the addon.
After reloadui they are in then.
Normally you do this before playing and not "during".
Same with the guild data upload.
During palying your listed items will be saved to the SV.
And the client might track the change date & time of the SV, chekc the contents of a decent table like e.g. "guild_postings" and upload the data then if something changed (or always, not sure).
You are able to use e.G. ZOs table functions (https://github.com/esoui/esoui/blob/...tableutils.lua) like
function ZO_ShallowTableCopy(source, dest)
function ZO_DeepTableCopy(source, dest)
to copy your SV table to a non-connected table data.
After some time (use the EVENT_MANAGER:RegisterForUpdate to register an update check function each e.g. 5 seconds and/or use GetTimeStamp() or other GetTimeSinceLogin() or similar, dunno which exist all) check if some content of the table changed, compared to your current global SV variable.
And if so you can call Reloadui() to reload the UI.
But be sure these copy functions and checks might get CPU hungry and if you do not take care it might even crash the client if the SVs get updated at teh time you do the deeptabelcopy e.g. -> endless loops or whateever might happen.
They download a file and include the data into teh SavedVariables of the addon.
After reloadui they are in then.
Normally you do this before playing and not "during".
Same with the guild data upload.
During palying your listed items will be saved to the SV.
And the client might track the change date & time of the SV, chekc the contents of a decent table like e.g. "guild_postings" and upload the data then if something changed (or always, not sure).
You are able to use e.G. ZOs table functions (https://github.com/esoui/esoui/blob/...tableutils.lua) like
function ZO_ShallowTableCopy(source, dest)
function ZO_DeepTableCopy(source, dest)
to copy your SV table to a non-connected table data.
After some time (use the EVENT_MANAGER:RegisterForUpdate to register an update check function each e.g. 5 seconds and/or use GetTimeStamp() or other GetTimeSinceLogin() or similar, dunno which exist all) check if some content of the table changed, compared to your current global SV variable.
And if so you can call Reloadui() to reload the UI.
But be sure these copy functions and checks might get CPU hungry and if you do not take care it might even crash the client if the SVs get updated at teh time you do the deeptabelcopy e.g. -> endless loops or whateever might happen.
↧
↧
CustomTitles on Eso Forums
there is no way to discussion. They are closed to discussion. They just want the addon removed.
I tried my best to explain them, probably with errors but mainly i am sur with good answers. But well you can not do anything against such attitude
I tried my best to explain them, probably with errors but mainly i am sur with good answers. But well you can not do anything against such attitude
↧
Can't Figure out the error, please help.
With only a dozen addons, I'd start by looking at the comments on each of them to see if someone else has already encountered it.
If that doesn't do it, I'd first look at any of your addons that are combat-centric.
If that doesn't do it, I'd first look at any of your addons that are combat-centric.
↧
Ainsi - Utf-8
Quote:
|
Originally Posted by Baertram
(Post 39457)
It's all about the files and your Notepad++ settings I guess.
If you create a file with Notepad++ and the standard encoding will be UTF-8 without bom, you won't notice any messages if this would be your Notepad++ standard setting for file encoding. If the file encoding settings in Notepad++ is set to ANSI instead and you open files with another encoding, it wil lshow you such an information and maybe also provides options to change it (which I wouldn't do then if you got no error messages ingame). |
- my notepad++ is set to open with UTF-8 (without BOM) anytime
- the .txt files from Votan are all in AINSI, so my notepad shows an error for the lines where a special character can not be read correctly BY my computer.
So as far as i understood, this is not a problem at all, and i just have to ignore the error from my notepad.
Thank you both of you :)
↧
Add on errors
After an update, any addon marked "Out of date" is a potential source of errors. If you have updated everything as much as you can, disable them one by one until the error stops. Then look at the addon's comments to see if it has been reported yet.
↧
↧
Addon error happens on main only
I get this error only when im on my main character while using only inventory grid view or grid list when i try to use a consumable. This does not happen on my other character. Can anyone help me out?
EsoUI/Ingame/Inventory/InventorySlot.lua:1099: Attempt to access a private function 'UseItem' from insecure code. The callstack became untrusted 5 stack frame(s) from the top.
stack traceback:
EsoUI/Ingame/Inventory/InventorySlot.lua:1099: in function 'TryUseItem'
|caaaaaa<Locals> inventorySlot = ud, bag = 1, index = 183, usable = T, onlyFromActionSlot = F </Locals>|r
EsoUI/Ingame/Inventory/InventorySlot.lua:1321: in function '(anonymous)'
(tail call): ?
(tail call): ?
EsoUI/Ingame/Inventory/InventorySlotActions.lua:96: in function 'ZO_InventorySlotActions:DoPrimaryAction'
|caaaaaa<Locals> self = [table:1]{m_numContextMenuActions = 0, m_hasActions = T, m_contextMenuMode = F}, primaryAction = [table:2]{1 = "Use"}, success = T </Locals>|r
EsoUI/Ingame/Inventory/InventorySlot.lua:1974: in function 'ZO_InventorySlot_DoPrimaryAction'
|caaaaaa<Locals> inventorySlot = ud </Locals>|r
(tail call): ?
ZO_StackSplitSource_MouseDoubleClick:4: in function '(main chunk)'
|caaaaaa<Locals> self = ud, button = 1, ctrl = F, alt = F, shift = F, command = F </Locals>|r
EsoUI/Ingame/Inventory/InventorySlot.lua:1099: Attempt to access a private function 'UseItem' from insecure code. The callstack became untrusted 5 stack frame(s) from the top.
stack traceback:
EsoUI/Ingame/Inventory/InventorySlot.lua:1099: in function 'TryUseItem'
|caaaaaa<Locals> inventorySlot = ud, bag = 1, index = 183, usable = T, onlyFromActionSlot = F </Locals>|r
EsoUI/Ingame/Inventory/InventorySlot.lua:1321: in function '(anonymous)'
(tail call): ?
(tail call): ?
EsoUI/Ingame/Inventory/InventorySlotActions.lua:96: in function 'ZO_InventorySlotActions:DoPrimaryAction'
|caaaaaa<Locals> self = [table:1]{m_numContextMenuActions = 0, m_hasActions = T, m_contextMenuMode = F}, primaryAction = [table:2]{1 = "Use"}, success = T </Locals>|r
EsoUI/Ingame/Inventory/InventorySlot.lua:1974: in function 'ZO_InventorySlot_DoPrimaryAction'
|caaaaaa<Locals> inventorySlot = ud </Locals>|r
(tail call): ?
ZO_StackSplitSource_MouseDoubleClick:4: in function '(main chunk)'
|caaaaaa<Locals> self = ud, button = 1, ctrl = F, alt = F, shift = F, command = F </Locals>|r
↧
Add-Ons settings are currently unavalaible. Please try again later
yes :)
In the meantime, it seems that i had to add a new addon for them to work (i mean Votans settings). Never had to do that before but i guess its probably due some ZoS changes.
I added https://www.esoui.com/downloads/info...AMadapter.html, this regrouped all the addons and supressed the Votan section.
Had no choice. Tried everything i could. I so loved to have them separated :((
tested all addons one by one, nothing worked until i add this new one.
Well i guess i will have to get used to it *sad face* and more sad knowing that this addon is not really up to date as its library force me to check allow outdated addon, things i could avoid for one full year.
In the meantime, it seems that i had to add a new addon for them to work (i mean Votans settings). Never had to do that before but i guess its probably due some ZoS changes.
I added https://www.esoui.com/downloads/info...AMadapter.html, this regrouped all the addons and supressed the Votan section.
Had no choice. Tried everything i could. I so loved to have them separated :((
tested all addons one by one, nothing worked until i add this new one.
Well i guess i will have to get used to it *sad face* and more sad knowing that this addon is not really up to date as its library force me to check allow outdated addon, things i could avoid for one full year.
↧
Attempt to access a private function 'PreviewFurnitureMarketProduct' from insecure co
Quote:
|
Originally Posted by Rhyono
(Post 39496)
Fortunately, CraftStore's markers are unaffected. Don't tell ZOS, though; they'll turn it into secure for the fun of it.
|
↧
Get guild sales histroy and process it?
Quote:
|
Originally Posted by spil778
(Post 39498)
The problem im having is to get the data from guild sales history.
|
I agree that the best route is trying to borrow the data from another addon. You could just ask him what the easiest way to hook into his data might be. It's ultimately better for his addon that someone uses the data it has collected, rather than to compete against multiple addons trying to make the sacred call to the guild data gods.
↧
↧
BetterUI (Gamepad) add-on - Issue with newly protected "SelectSlotItem"
I'd wait for ZOs to apply the patch they have mentioned to come.
There exist problems if addons get into the InventoryCreation functions before the inventory has "finally securely finished" it's creation. These will lead to the isnecure call error messages currently.
ZOs found somethign and will fix this, not sure when. I hope on Monday.
But it also can be that you are using a own build PostHook somewhere, overwriting base function code in your own function, and calling the original function code first + your code later. This shouldn't be done anymore, at least not next to inventory related stuff. You can use the new function SecurePostHook for it now (works like ZO_PreHook, but calls the code after the original function was run).
There exist problems if addons get into the InventoryCreation functions before the inventory has "finally securely finished" it's creation. These will lead to the isnecure call error messages currently.
ZOs found somethign and will fix this, not sure when. I hope on Monday.
Quote:
|
It's because the security of the handlers comes from the security of the function plus the security level when they are set (this second part is new). So when an addon tells the inventory to build a bunch of inventory slots, all those handlers are insecure and cannot call private functions. The next patch will change that so those handlers will be secure which will make these errors go away. Things that change the bag that is shown by calling UpdateList on the inventory for example. If you open the inventory first then the stock UI will make all the slots securely. Then when the addon does it they'll already be there to use. So this is why opening the inv first made the errors stop for some time. |
↧
Possible Library Problems
It's definitely possible that addons are the cause. But the real cause is ZOS. ZOS needs to fix this, not addon authors.
↧
While loop breaking ESO
Baertram is right. You never check if the items are actually refined successfully, so you keep readding the same items again and again without ever exiting your while loop.
↧
LoreBoooks
Hi,
I wanted to ask what the Kyoma addon looks like?
Since Dragonhold the function eternal memories is deactivated and can not be activated!
Is this still fixed?
Thank you friends
I wanted to ask what the Kyoma addon looks like?
Since Dragonhold the function eternal memories is deactivated and can not be activated!
Is this still fixed?
Thank you friends
↧
↧
Votan's Minimap
Quote:
|
Originally Posted by Baertram
(Post 39547)
|
GO VOTEN'S MINIMAP
↧
some addons caused crown crate error
No, not this one.
This also got to do with it: If addons use a manual posthook by overwriting inventory functions and calling their code afterwards they will teint the code and make it insecure.
But this can be fixed by using SecurePostHook now. The devs need to check their addons, but I'd do it after the patch of ZOs which fixes the Inventory:UpdateList stuff. You can then be sure it throws error messages "as intended" whereas now you cannot be sure as it could be the ZOs code bug.
The line you have quoted is just an update to SecurePostHook so it supports metatables properly, which we found out at the crafting tables refine inventory e.g.
I relate to this info from ZOs:
https://www.esoui.com/forums/showpos...95&postcount=7
This also got to do with it: If addons use a manual posthook by overwriting inventory functions and calling their code afterwards they will teint the code and make it insecure.
But this can be fixed by using SecurePostHook now. The devs need to check their addons, but I'd do it after the patch of ZOs which fixes the Inventory:UpdateList stuff. You can then be sure it throws error messages "as intended" whereas now you cannot be sure as it could be the ZOs code bug.
The line you have quoted is just an update to SecurePostHook so it supports metatables properly, which we found out at the crafting tables refine inventory e.g.
I relate to this info from ZOs:
https://www.esoui.com/forums/showpos...95&postcount=7
↧
Bad Argument in Add-ons tab
Quote:
|
Originally Posted by Baertram
(Post 39554)
3rd thread about this now :rolleyes:
https://www.esoui.com/forums/showthread.php?t=8806 And if this does not work I do not see LibAddonMenu (version 2.0) in your list? Please download and update it to the newest version as well. Last comments shows the fix about Harvens LAM to HAS adapter. Enjoy your new pc, hope it rocks! |
Will stick it on and load it up in a few to see what happens. (Will edit this post afterwards)
It does, I had to take it in for repairs already cuz they put the water cooler fans in a bad place and it was causing it to over heat. :/ Glad it is fixed and I can play on it again. 1080ti and I couldn't use it without fear of it restarting on me mid-game. Dx
Edit: putting LibAddonMenu fixed it. I must have totally missed it when I was grabbing mod names from my old PCs list. Thanks a bunch! I can finally change my mini map! XD
↧