Go to Page... |
Compatibility: | base-game patch (9.1.5) Necrom (9.0.0) |
Updated: | 08/19/23 10:30 PM |
Created: | 04/15/15 08:36 PM |
Monthly downloads: | 4,883 |
Total downloads: | 2,004,415 |
Favorites: | 1,042 |
MD5: |
if ESOMRL and ESOMRL.ISMRLTracking(itemLink) then
PLEASE NOTE: ~Phinix (6-5-23) |
File Name |
Version |
Size |
Uploader |
Date |
1.56.73 |
171kB |
Phinix |
06/21/23 11:36 AM |
Comment Options |
Pevey |
View Public Profile |
Send a private message to Pevey |
Find More Posts by Pevey |
Add Pevey to Your Buddy List |
Phinix |
View Public Profile |
Send a private message to Phinix |
Visit Phinix's homepage! |
Find More Posts by Phinix |
Add Phinix to Your Buddy List |
04/04/19, 12:12 PM | |
Forum posts: 0
File comments: 62
Uploads: 0
|
i added MasterRecipeList in my ESO live folder, as i always have done, but somehow it the addon no longer appear in the game. any ideas on how to solve this?
|
|
NeKryXe |
View Public Profile |
Send a private message to NeKryXe |
Visit NeKryXe's homepage! |
Find More Posts by NeKryXe |
Add NeKryXe to Your Buddy List |
04/03/19, 11:07 PM | |
Forum posts: 0
File comments: 6
Uploads: 0
|
Getting more familiar with lua scripts, I can provide a solution regarding to Shinnis insight view...
Within the function "HookStation" I found this Code:
if sMode == CRAFTING_TYPE_PROVISIONING and not CheckCraftStore() and stationTab < 3 then SetStationColors(control, 1, control.node.data.recipeListIndex, 1) elseif sMode == CRAFTING_TYPE_PROVISIONING and not CheckCraftStore() and stationTab == 3 then SetStationColors(control, 1, control.node.data.recipeListIndex, 2) elseif sD[sMode] ~= nil then SetStationColors(control, 1, control.node.data.recipeListIndex, 2) end Code:
if type(control.node.data) == 'table' then if sMode == CRAFTING_TYPE_PROVISIONING and not CheckCraftStore() and stationTab < 3 then SetStationColors(control, 1, control.node.data.recipeListIndex, 1) elseif sMode == CRAFTING_TYPE_PROVISIONING and not CheckCraftStore() and stationTab == 3 then SetStationColors(control, 1, control.node.data.recipeListIndex, 2) elseif sD[sMode] ~= nil then SetStationColors(control, 1, control.node.data.recipeListIndex, 2) end end Oh... okay, forget it... You did it already... I didn't notice the update, sorry.
Last edited by RadioEriwan : 04/03/19 at 11:58 PM.
|
|
RadioEriwan |
View Public Profile |
Send a private message to RadioEriwan |
Visit RadioEriwan's homepage! |
Find More Posts by RadioEriwan |
Add RadioEriwan to Your Buddy List |
04/03/19, 07:55 AM | ||
Forum posts: 0
File comments: 6
Uploads: 0
|
Here's what I've done... I changed the MasterRecipeList.txt in order to load your LibPhinixFunctions in old style and this caused my errors with lib.ASV, because the lib didn't recieve any events. With an outsourced lib (new method) I got other errors, so I guessed this errors came from those addons which doesn't use lib outsourcing (i.e. destinations, LoreBooks, aso), and it seems to be the right guess, because your addon works well, if I disable those non outsourcing addons. I think non outsourcing addons are loading outdated libs and newer outsourced libs can't be loaded then and this is causing the errors. Edit: What I like to say... These errors doesn't have to be your errors.
Last edited by RadioEriwan : 04/03/19 at 09:51 AM.
|
|
|
RadioEriwan |
View Public Profile |
Send a private message to RadioEriwan |
Visit RadioEriwan's homepage! |
Find More Posts by RadioEriwan |
Add RadioEriwan to Your Buddy List |
04/03/19, 06:43 AM | |||
The addon does make certain assumptions that if you are browsing a menu for a crafting station you must not be inside any other menu. Anywhere else in the game this would be a safe assumption but if the UI is loading menus for PVP campaigns behind the scenes while it isn't even showing that indeed is no longer a safe assumption to make. Regardless, it should be simple enough to add some nil/type checks for the data in question before actually processing it, which should keep the current functionality as it is while ignoring these behind the scenes calls. The whole reason I hook the tree headers like this is because there were no other exposed entry points available to register callbacks for all update actions required to maintain coloring and tracking marks on categories at stations when you do things like craft a recipe, open or close a category, mouseover a category, etc.
I am not sure what you mean about old vs. new methods however, unless you are refering to registering addons for version control using LibStub or simply letting ZOS's new version control handle it. I haven't converted my addons away from LibStub for several reasons: 1) I don't feel like nor have time to update ~20+ projects right now 2) LibStub is safe and not going away any time soon 3) there should be no problem even if using both as both simply register the addon in the global space and worst case scenario will overwrite the definition that gets set first which would cause no issues and is done all the time (pre-definition of functions overwritten later in code, etc.).
Last edited by Phinix : 04/03/19 at 09:54 AM.
|
|||
|
Phinix |
View Public Profile |
Send a private message to Phinix |
Visit Phinix's homepage! |
Find More Posts by Phinix |
Add Phinix to Your Buddy List |
04/03/19, 05:14 AM | ||
Forum posts: 0
File comments: 6
Uploads: 0
|
Strange to me is the conditions with loading librarys in ESOUI - old method (implemented) against new method (outsourced). Mixing both methods will cause strange things... believe it - that are those strange things one can't figure out by himself. |
|
|
RadioEriwan |
View Public Profile |
Send a private message to RadioEriwan |
Visit RadioEriwan's homepage! |
Find More Posts by RadioEriwan |
Add RadioEriwan to Your Buddy List |
04/02/19, 04:16 PM | ||
|
The campaign interface has a tree. Each node of that tree has a 'rulesetType' as 'data', which is an integer, see https://github.com/esoui/esoui/blob/...owser.lua#L494 When something happens in some campaign, the ui will refresh the tree. When the tree is refreshed, it will also call ZO_IconHeader_Setup somewhere down the chain (see the linked line in the stack trace above ). If this happens while the player is currently at a crafting station, then GetCraftingInteractionType() will return a valid crafting type and MasterRecipeList will try access control.node.data.recipeListIndex in line 3674 (or 3672 in the new version). Since control.node.data is an integer, you get the "attempt to index a number value" error. Currently MRL will try to modify any ZO_IconHeader that is refreshed while the player visits a crafting station, instead of only the headers that belong to the crafting interface.
Last edited by Shinni : 04/02/19 at 04:38 PM.
|
|
|
Shinni |
View Public Profile |
Send a private message to Shinni |
Visit Shinni's homepage! |
Find More Posts by Shinni |
Add Shinni to Your Buddy List |
04/02/19, 02:42 PM | ||
Also, the global addon saved variable table is only defined through a local reference to the global LibPhinixFunctions not an actual local variable. I do not believe this is related to the errors being experienced. If you look at the error trace it does not reference lib.ASV nor would it makes sense that it would. It is more likely this is a conflict with a hook another addon is using to the ZO_Tree library which is either returning a prehook value in an incompatible way or using a post hook that introduces some incompatible change to the return values of the function. To investigate further I would need to know the conflicting addon in question as I am not able to replicate this particular error.
Last edited by Phinix : 04/02/19 at 02:51 PM.
|
||
|
Phinix |
View Public Profile |
Send a private message to Phinix |
Visit Phinix's homepage! |
Find More Posts by Phinix |
Add Phinix to Your Buddy List |
04/02/19, 01:50 PM | |
Forum posts: 0
File comments: 6
Uploads: 0
|
As a programmer in other languages I can do more than this - i.e. change some code...
What I've changed to get it work is part of another Theme - the LibPhinixFunctions. There I kicked out the OnAddonLoadedFunctions like this Code:
--local function OnAddonLoaded(event, addonName) -- if addonName ~= 'LibPhinixFunctions' then return end -- EVENT_MANAGER:UnregisterForEvent('LibPhinixFunctions', EVENT_ADD_ON_LOADED) lib.ASV = ZO_SavedVars:NewAccountWide('LibPhinixFunctions', 1.0, 'AccountSettings', Defaults) --end SLASH_COMMANDS['/pfdebug'] = function(option) ShowDebug(option) end --EVENT_MANAGER:RegisterForEvent('LibPhinixFunctions', EVENT_ADD_ON_LOADED, OnAddonLoaded) |
|
RadioEriwan |
View Public Profile |
Send a private message to RadioEriwan |
Visit RadioEriwan's homepage! |
Find More Posts by RadioEriwan |
Add RadioEriwan to Your Buddy List |
04/02/19, 01:11 PM | |||
Re: Re: Re: errors
Just a suggestion |
|||
|
Anceane |
View Public Profile |
Send a private message to Anceane |
Send email to Anceane |
Visit Anceane's homepage! |
Find More Posts by Anceane |
Add Anceane to Your Buddy List |
04/02/19, 12:41 PM | |
Forum posts: 0
File comments: 6
Uploads: 0
|
I recive errormessages too every time I open a recieved container. It says, that there's a Problem with line 110 in LibPhinixFunctions (attempting to index a nil value). I figured out, that such messages occur, when ever lib.ASV.enableDebug is evaluated. What I can't figure out, is where this lib.ASV is defined (nothing found in LibStub, LibAddonMenu-2.0, LibPhinixFunctions and MasterRecipe).
Edit: Okay, it will be defined in local function OnAddonLoaded, but it seems, this function is never called.
Last edited by RadioEriwan : 04/02/19 at 12:56 PM.
|
|
RadioEriwan |
View Public Profile |
Send a private message to RadioEriwan |
Send email to RadioEriwan |
Visit RadioEriwan's homepage! |
Find More Posts by RadioEriwan |
Add RadioEriwan to Your Buddy List |
04/02/19, 12:09 PM | ||
Forum posts: 9
File comments: 256
Uploads: 0
|
Re: Re: errors
Alas, I am still receiving the error message I reported, pretty much randomly when I use a crafting station. I am not playing in gamepad mode, but it is not easy to identify which mod conflicts with MRL, considering that I have 100+ addons I am araid I have to live with it. |
|
|
and |
View Public Profile |
Send a private message to and |
Send email to and |
Visit and's homepage! |
Find More Posts by and |
Add and to Your Buddy List |
04/02/19, 05:03 AM | |
Re: errors
Thanks for the report. Errors should be fixed in the latest version. I found a bug where FCO Item Saver support would cause errors when enabled because it wasn't properly distinguishing between furniture and provisioning recipes and would sometimes check the wrong database for an ID which would cause the error, usually on opening your inventory/bank.
People still having errors after this update is related to an un-reproducible conflict with some other mod. I am interested to know if the people still seeing this (referencing line 3000 something) are playing in gamepad mode when they see the error. The best way to track this down if it is still happening is for those having it to disable all mods except MRL then enable them one at a time, reloading the UI each time you enable a new one, and testing to see which causes the error to start happening. Problems with check marks in inventories is unrelated and should be resolved as well. If not let me know but I am seeing them fine. Any problems with those was likely due to the FCO Item Saver error preventing the inventory icon tracking subroutine finishing due to the errors. |
|
|
Phinix |
View Public Profile |
Send a private message to Phinix |
Send email to Phinix |
Visit Phinix's homepage! |
Find More Posts by Phinix |
Add Phinix to Your Buddy List |
04/01/19, 12:51 PM | ||
Forum posts: 0
File comments: 28
Uploads: 0
|
Update: alas, you don't seem to archive earlier versions. So, at the moment the addon is simply broken for me. I disabled all addons except for MRL (and its required libraries), and was able to get the icon for "already known recipes" to display, but the icon for "unknown recipes" remained absent even with only MRL enabled. With the rest of my addons enabled, the icon for "already known recipes" is also absent. So, I suspect interference with another addon. Unfortunately, I don't have time right now to troubleshoot this (enable my other addons, one at a time, until MRL breaks)... maybe later. FYI.
Last edited by acapela : 04/01/19 at 01:06 PM.
|
|
|
acapela |
View Public Profile |
Send a private message to acapela |
Send email to acapela |
Visit acapela's homepage! |
Find More Posts by acapela |
Add acapela to Your Buddy List |
HELP REQUESTED! Creating, maintaining, and providing patch-day compatibility with in-game troubleshooting and prompt feedback for so many projects really is a full time job. The support I receive from the community is what keeps me going, and it is the only form of compensation I receive. Not only will your contribution enable more feature additions and personalized support for my existing projects, but it will sponsor new exciting content in the future, which will remain now and forever free for all to enjoy! There are several ways you can contribute, either directly through Paypal or Ko-Fi, by subscribing to my Patreon, or through the GoFundMe page I set up for my dad. All contributions are deeply appreciated and sorely needed. Thanks from our family to yours, and I hope something I made helps enhance your enjoyment of the Elder Scrolls Online. |
You have just downloaded by the author . If you like this AddOn why not consider supporting the author? This author has set up a donation account. Donations ensure that authors can continue to develop useful tools for everyone.