Go to Page... |
%UserProfile%\Documents\Elder Scrolls Online\live\GuildHistory
~/Documents/Elder Scrolls Online/live/CachedData/GuildHistory
LibHistoire:OnReady(function(lib) local guildId = GetGuildId(1) local category = GUILD_HISTORY_EVENT_CATEGORY_BANKED_CURRENCY local addonName = "MyAddon" local processor = lib:CreateGuildHistoryProcessor(guildId, category, addonName) if not processor then -- the processor could not be created return end local started = processor:StartIteratingTimeRange(startTime, endTime, function(event) local info = event:GetEventInfo() assert(info.currencyType == CURT_MONEY, "Unsupported currency type") local eventType = info.eventType if eventType == GUILD_HISTORY_BANKED_CURRENCY_EVENT_DEPOSITED then local amount = info.amount local displayName = DecorateDisplayName(info.displayName) ProcessDeposit(guildId, displayName, amount) end end, function(reason) if (reason == LibHistoire.StopReason.ITERATION_COMPLETED) then -- all events in the time range have been processed else -- the iteration has stopped early for some reason and not all events have been processed end end) if not started then -- the processor could not be started end end)
LibHistoire:OnReady(function(lib) local category = GUILD_HISTORY_EVENT_CATEGORY_TRADER local addonName = "MyAddon" local function SetUpListener(guildId) local processor = lib:CreateGuildHistoryProcessor(guildId, category, addonName) if not processor then -- the processor could not be created return end local key = processor:GetKey() local started = processor:StartStreaming(saveData.lastEventId[key], function(event) local info = event:GetEventInfo() if info.eventType == GUILD_HISTORY_TRADER_EVENT_ITEM_SOLD then ProcessItemSold(info) end saveData.lastEventId[key] = info.eventId end) if not started then -- the processor could not be started end end for i = 1, GetNumGuilds() do SetUpListener(GetGuildId(i)) end end)
ConvertArtificialLegacyId64ToEventId
Utility function to convert id64s that have been artificially created by a legacy listener to the new id53 equivalent.Lua Code:
(method) LibHistoire:ConvertArtificialLegacyId64ToEventId(id64: string) -> id53: integer53|nil
Should be used one time only to convert all id64s that have been stored by the addon when switching to the new event processor api, since it's not the fastest operation.
@param id64 — The id64 to convert.
@return id53 — The converted id53 or nil if the id64 cannot be converted.
CreateGuildHistoryListener(deprecated)
This method will be removed in a future version. Use CreateGuildHistoryProcessor instead.
Creates a legacy listener object which emulates the old guild history api. See guildHistoryCache/GuildHistoryLegacyEventListener.lua for details.Lua Code:
(method) LibHistoire:CreateGuildHistoryListener(guildId: integer, category: integer) -> listener: GuildHistoryLegacyEventListener|nil
It's highly recommended to transition to CreateGuildHistoryProcessor instead, to take better advantage of the new history api.
@param guildId — The id of the guild to listen to.
@param category — The legacy category to listen to. One of the GUILD_HISTORY_* constants. See guildHistoryCache/compatibility.lua for details.
@return listener — The created listener object or nil if no caches were found for the provided guildId and category.
See:
CreateGuildHistoryProcessor
Creates a processor object which can be configured before it starts sending history events to an addon. See guildHistoryCache/GuildHistoryEventProcessor.lua for details.Lua Code:
(method) LibHistoire:CreateGuildHistoryProcessor(guildId: integer, category: GuildHistoryEventCategory, addonName: string) -> processor: GuildHistoryEventProcessor|nil
@param guildId — The id of the guild to process history events for.
@param category — The category to process history events for.
@param addonName — The name of the addon that is processing the events. This is used to allow users to identify addons that are registered to a category, as well as to provide better logging.
@return processor — The created processor object or nil if no caches were found for the provided guildId and category.
See:
IsReady
This function can be used to check if the library is ready to be used. It will return true after the INITIALIZED callback has been fired.Lua Code:
(method) LibHistoire:IsReady() -> isReady: boolean
When the library is not ready yet, make sure to register to the INITIALIZED callback to know when it is.
@return isReady — True if the library is ready to be used, false otherwise.
See:
OnReady
A convenience function to execute a callback when the library is ready. When the library is already initialized, the callback will be executed immediately.Lua Code:
(method) LibHistoire:OnReady(callback: fun(lib: LibHistoire))
@param callback — The function to call when the library is ready. It will receive the LibHistoire object as an argument.
See:
RegisterCallback
Register to a callback fired by the library. Usage is the same as with ZO_CallbackObject.RegisterCallback. You can find the list of exposed callbacks in api.luaLua Code:
(method) LibHistoire:RegisterCallback(callbackName: Callbacks, callback: function, ...any)
@param callbackName — One of the exposed callbacks.
@param callback — The function to call when the callback is fired.
See:
GuildHistoryEventProcessor
UnregisterCallback
Unregister from a callback fired by the library. Usage is the same as with ZO_CallbackObject.UnregisterCallback.Lua Code:
(method) LibHistoire:UnregisterCallback(callbackName: Callbacks, callback: function, ...any)
@param callbackName — One of the exposed callbacks.
@param callback — The function to unregister.
See:
GetAddonName
Returns the name of the addon that created the processor.Lua Code:
(method) GuildHistoryEventProcessor:GetAddonName() -> addonName: string
@return addonName — The name of the addon that created the processor.
GetCategory
Returns the category.Lua Code:
(method) GuildHistoryEventProcessor:GetCategory() -> category: GuildHistoryEventCategory
@return category — The event category the processor is listening to.
GetGuildId
Returns the guild id.Lua Code:
(method) GuildHistoryEventProcessor:GetGuildId() -> guildId: integer
@return guildId — The id of the guild the processor is listening to.
GetKey
Returns a key consisting of server, guild id and history category, which can be used to store the last received eventId.Lua Code:
(method) GuildHistoryEventProcessor:GetKey() -> key: string
@return key — The key that identifies the processor.
GetPendingEventMetrics
Returns information about history events that need to be sent to the processor.Lua Code:
(method) GuildHistoryEventProcessor:GetPendingEventMetrics() -> numEventsRemaining: integer 2. processingSpeed: integer 3. timeLeft: integer
@return numEventsRemaining — The amount of queued history events that are currently waiting to be processed by the processor.
@return processingSpeed — The processing speed in events per second (rolling average over 5 seconds).
@return timeLeft — The estimated time in seconds it takes to process the remaining events or -1 if it cannot be estimated.
IsRunning
Returns true while iterating over or listening for events.Lua Code:
(method) GuildHistoryEventProcessor:IsRunning() -> running: boolean
@return running — true if the processor is currently running.
SetAfterEventId
Allows to specify a start condition. The nextEventCallback will only return events which have a higher eventId.Lua Code:
(method) GuildHistoryEventProcessor:SetAfterEventId(eventId: integer53) -> success: boolean
@param eventId — An eventId to start after.
@return success — true if the condition was set successfully, false if the processor is already running.
SetAfterEventTime
Allows to specify a start condition. The nextEventCallback will only receive events after the specified timestamp. Only is considered if no afterEventId has been specified.Lua Code:
(method) GuildHistoryEventProcessor:SetAfterEventTime(eventTime: integer53) -> success: boolean
@param eventTime — A timestamp to start after.
@return success — true if the condition was set successfully, false if the processor is already running.
SetBeforeEventId
Allows to specify an end condition. The nextEventCallback will only return events which have a lower eventId.Lua Code:
(method) GuildHistoryEventProcessor:SetBeforeEventId(eventId: integer53) -> success: boolean
@param eventId — An eventId to end before.
@return success — true if the condition was set successfully, false if the processor is already running.
SetBeforeEventTime
Allows to specify an end condition. The nextEventCallback will only return events which have a lower timestamp. Only is considered if no beforeEventId has been specified.Lua Code:
(method) GuildHistoryEventProcessor:SetBeforeEventTime(eventTime: integer53) -> success: boolean
@param eventTime — A timestamp to end before.
@return success — true if the condition was set successfully, false if the processor is already running.
SetEventCallback
Convenience method to set both callback types at once.Lua Code:
(method) GuildHistoryEventProcessor:SetEventCallback(callback: fun(event: ZO_GuildHistoryEventData_Base)) -> success: boolean
@param callback — The function that will be called for each missed event that was found.
@return success — true if the condition was set successfully, false if the processor is already running.
See:
SetMissedEventCallback
Sets a callback which will get passed events that had not previously been included in the managed range, but are inside the start and end criteria. The order of the events is not guaranteed.Lua Code:
(method) GuildHistoryEventProcessor:SetMissedEventCallback(callback: fun(event: ZO_GuildHistoryEventData_Base)) -> success: boolean
If SetReceiveMissedEventsOutsideIterationRange is set to true, this callback will also receive events that are outside of the specified iteration range.
The callback will be handed an event object (see guildhistory_data.lua) which must not be stored or modified, as it can change after the function returns.
@param callback — The function that will be called for each missed event that was found.
@return success — true if the condition was set successfully, false if the processor is already running.
See:
SetNextEventCallback
Sets a callback which will get passed all events in the specified range in the correct historic order (sorted by eventId).Lua Code:
(method) GuildHistoryEventProcessor:SetNextEventCallback(callback: fun(event: ZO_GuildHistoryEventData_Base)) -> success: boolean
The callback will be handed an event object (see guildhistory_data.lua) which must not be stored or modified, as it can change after the function returns.
@param callback — The function that will be called for each event that is processed.
@return success — true if the condition was set successfully, false if the processor is already running.
See:
SetOnStopCallback
Set a callback which is called after the listener has stopped.Lua Code:
(method) GuildHistoryEventProcessor:SetOnStopCallback(callback: fun(reason: StopReason)) -> success: boolean
Receives a reason (see lib.StopReason) why the processor has stopped.
@param callback — The function that will be called when the processor stops.
@return success — true if the condition was set successfully, false if the processor is already running.
See:
SetReceiveMissedEventsOutsideIterationRange
Controls if the processor should forward missed events outside of the specified iteration range to the missedEventCallback.Lua Code:
(method) GuildHistoryEventProcessor:SetReceiveMissedEventsOutsideIterationRange(shouldReceive: boolean) -> success: boolean
@param shouldReceive — true if missed events outside of the specified iteration range should be forwarded, false if they should be ignored.
@return success — true if the condition was set successfully, false if the processor is already running.
See:
SetRegisteredForFutureEventsCallback
Sets a callback which is called when the processor starts waiting for future events.Lua Code:
(method) GuildHistoryEventProcessor:SetRegisteredForFutureEventsCallback(callback: function) -> success: boolean
@param callback — The function that will be called when the processor starts waiting for future events.
@return success — true if the condition was set successfully, false if the processor is already running.
SetStopOnLastCachedEvent
Controls if the processor should stop instead of listening for future events when it runs out of events before encountering an end criteria.Lua Code:
(method) GuildHistoryEventProcessor:SetStopOnLastCachedEvent(shouldStop: boolean) -> success: boolean
@param shouldStop — true if the processor should stop when it runs out of events, false if it should wait for future events.
@return success — true if the condition was set successfully, false if the processor is already running.
Start
Starts the processor and passes events to the specified callbacks asyncronously. The exact behavior depends on the set conditions and callbacks.Lua Code:
(method) GuildHistoryEventProcessor:Start() -> started: boolean
@return started — true if the processor was started successfully, false if it is already running.
StartIteratingTimeRange
Convenience method to configure and start the processor to iterate over a specific time range and stop after it has passed all available events.Lua Code:
(method) GuildHistoryEventProcessor:StartIteratingTimeRange(startTime: integer53, endTime: integer53, eventCallback: fun(event: ZO_GuildHistoryEventData_Base), finishedCallback: fun(reason: StopReason)) -> started: boolean
@param startTime — The start time of the range (inclusive).
@param endTime — The end time of the range (exclusive).
@param eventCallback — The function that will be called for each event that is processed.
@param finishedCallback — The function that will be called when the processor stops. Only when StopReason.ITERATION_COMPLETED is passed, all events in the range have been processed.
@return started — true if the processor was started successfully, false if it is already running.
See:
StartStreaming
Convenience method to start the processor with a callback and optionally only receive events after the specified eventId.Lua Code:
(method) GuildHistoryEventProcessor:StartStreaming(lastProcessedId: integer53|nil, eventCallback: fun(event: ZO_GuildHistoryEventData_Base)) -> started: boolean
@param lastProcessedId — The last eventId that was processed by the addon or nil to start with the oldest managed event.
@param eventCallback — The function that will be called for each event that is processed. If not provided here, it has to be set with SetNextEventCallback beforehand, or the processor won't start.
@return started — true if the processor was started successfully, false if it is already running.
Callbacks
Stop
Stops iterating over stored events and unregisters the processor for future events.Lua Code:
(method) GuildHistoryEventProcessor:Stop() -> stopped: boolean
@return stopped — true if the processor was stopped successfully, false if it is not running.
Callbacks.CATEGORY_LINKED
Fired when a category has linked the managed range to present events. The guildId and category are passed as arguments.
Callbacks.HISTORY_RESCAN_ENDED(deprecated)
Rescan no longer exists.
Callbacks.HISTORY_RESCAN_STARTED(deprecated)
Rescan no longer exists.
Callbacks.INITIALIZED
Fired when the library has finished setting everything up.
Any calls to the api (aside of registering for the event) should happen after this has fired.
It will receive the LibHistoire object as an argument.
Keep in mind that this may fire before EVENT_ADD_ON_LOADED, so make sure to check if the library is ready before listening to the callback.
See:
Callbacks.LINKED_RANGE_FOUND(deprecated)
Use MANAGED_RANGE_FOUND instead.
See:
Callbacks.LINKED_RANGE_LOST(deprecated)
Use MANAGED_RANGE_LOST instead.
See:
Callbacks.MANAGED_RANGE_FOUND
Fired when a new managed range has been found. The guildId and category are passed as arguments.
This happens when the managed range is established initially or after the managed range was lost.
StopReason
Callbacks.MANAGED_RANGE_LOST
Fired when the managed range has been lost. The guildId and category are passed as arguments.
This could be due to the cache being deleted, the library detecting inconsistencies in its own save data or the user manually resetting the range.
StopReason.ITERATION_COMPLETED
An end condition has been set and the first event outside of the specified range was encountered
See:
StopReason.LAST_CACHED_EVENT_REACHED
The stopOnLastCachedEvent flag has been set and the last cached event was reached
See:
StopReason.MANAGED_RANGE_LOST
The managed range was lost (fires right after MANAGED_RANGE_LOST callback)
See:
StopReason.MANUAL_STOP
Stop has been called by the addon
See:
- NOTE: this will only prevent the data from getting deleted, but it won't be accessible in the game unless you rejoin the guild- updated cache path in the settings menu
- NOTE: Please let me know if the path for MacOS is still correct- fixed currently selected guild not showing properly in the status window in some cases
- sliders to set how long the guild history cache should retain data- fixed managed range reset not working correctly in some cases
- a button to allow resetting all caches at once
- the path to the cache files
- now it will properly explode instead of silently getting stuck when invalid timestamps are receivedv2.2.1
- NOTE: switching guilds and categories via the status panel won't send requests automatically. You'll have to manually hit E or use the ingame ui to do so- added new entry to status window menu to show debug information
- NOTE: it's still a bit experimental, so let me know if you encounter any issues and be prepared to update your code if necessary- fixed legacy listener SetBeforeEventTime, SetTimeFrame and iterationComplete callback behaving slightly different from version 1
- check the addon description for more information and a migration guide
- there is also an api.doc.lua file which can be used with language servers to provide autocompletion without having to include the full source code
- NOTE: legacy listeners will continue to be called just that- changed exit warning dialogues to show up less frequently and be more clear about why you should care
- NOTE: everything will explode for now when it happens. Please make sure to report it, so I can get an idea when and how often it occurs and decide what to do about it- added shift modifier to pagination buttons in the vanilla history UI to allow jumping to the first or last page quickly
- as long as the guild history menu is open, LibHistoire will now prefer requests for the currently visible guild- further reduced amount of automated requests by not sending them to categories that won't produce any events (e.g. guild without bank or store)
- other than that it will prioritize requests by how many listeners are registered for a category as well as a base priority (trading > bank gold > bank items > roster > others)
- automatic removal of old history save data- smart history requests
- removed rescan and force link features
- compatibility layer for old history api
- new api callbacks
- skip requests for categories with no listening addons- new category cache menu
- fetch oldest events first after prolonged absense
- reset linked range button- improved cache status bar
- clear cache button
- request mode setting
- cache segmentation displayv1.5.1
- automated request visualization
- animated progress bar
- zoom level setting (in main menu)
- new colors
NOTE: No data was lost and I believe I've found and fixed all incorrect cases and added unit tests to guard against regressions. As an additional measure the lib will now also throw an assertion error if it encounters links that cannot be decoded. Please make sure to report these so I can add them to the test cases and fix them!
- GetKey - returns an identifier which can be used to store the last seen eventId for a listenerv1.0.2
- GetGuildId - returns the guildId of a listener
- GetCategory - returns the category of a listener
- GetPendingEventMetrics - returnsthe amount of stored or unlinked events that are currently waiting to be processed by the listener- SetBeforeEventId, SetBeforeEventTime
the average processing speed in events per second or -1 if not enough data is yet available
the estimated time in seconds it takes to process the remaining events or -1 if no estimate is possiblethese can be used to limit the iteration range and automatically stop the listener when they are passed- SetIterationCompletedCallback
they will also ensure the correct data is returned by the GetPendingEventMetrics function when only a subset of the data is requested (otherwise it will consider all available events)when an end criteria is set, this callback will fire when the listener has stopped automatically- SetTimeFrame(startTime, endTime)a convenience method to specify a range which includes the startTime and excludes the endTime
File Name |
Version |
Size |
Uploader |
Date |
2.4.1 |
140kB |
sirinsidiator |
06/08/24 12:56 PM |
|
2.4.0 |
140kB |
sirinsidiator |
06/08/24 10:31 AM |
|
2.3.0 |
139kB |
sirinsidiator |
03/30/24 03:21 PM |
|
2.3.0 |
137kB |
sirinsidiator |
03/28/24 01:58 PM |
|
2.2.0 |
137kB |
sirinsidiator |
03/27/24 01:58 PM |
|
2.1.1 |
128kB |
sirinsidiator |
03/23/24 07:40 AM |
|
2.1.0 |
128kB |
sirinsidiator |
03/21/24 05:53 PM |
|
2.0.7 |
127kB |
sirinsidiator |
03/17/24 12:11 PM |
|
2.0.6 |
127kB |
sirinsidiator |
03/16/24 10:48 AM |
|
2.0.5 |
127kB |
sirinsidiator |
03/15/24 05:02 PM |
|
2.0.4 |
126kB |
sirinsidiator |
03/15/24 06:05 AM |
|
2.0.3 |
126kB |
sirinsidiator |
03/14/24 07:24 PM |
|
2.0.2 |
126kB |
sirinsidiator |
03/13/24 07:20 PM |
|
2.0.1 |
126kB |
sirinsidiator |
03/12/24 07:06 PM |
|
2.0.0 |
124kB |
sirinsidiator |
03/11/24 04:49 AM |
|
1.5.1 |
120kB |
sirinsidiator |
11/02/23 11:51 AM |
|
1.5.0 |
120kB |
sirinsidiator |
11/01/23 03:20 PM |
|
1.4.1 |
118kB |
sirinsidiator |
06/14/23 12:54 PM |
|
1.4.0 |
118kB |
sirinsidiator |
04/19/23 12:44 PM |
|
1.3.0 |
118kB |
sirinsidiator |
11/01/22 08:16 AM |
|
1.2.2 |
118kB |
sirinsidiator |
04/25/21 06:41 AM |
|
1.2.1 |
118kB |
sirinsidiator |
04/24/21 03:01 PM |
|
1.2.0 |
118kB |
sirinsidiator |
04/22/21 01:22 PM |
|
1.1.3 |
119kB |
sirinsidiator |
12/12/20 11:12 AM |
|
1.1.2 |
118kB |
sirinsidiator |
12/05/20 02:33 PM |
|
1.1.1 |
118kB |
sirinsidiator |
12/05/20 09:47 AM |
|
1.1.0 |
118kB |
sirinsidiator |
12/04/20 07:01 AM |
|
1.0.2 |
115kB |
sirinsidiator |
10/31/20 05:32 AM |
|
1.0.1 |
115kB |
sirinsidiator |
10/25/20 04:32 PM |
Comment Options |
sirinsidiator |
View Public Profile |
Send a private message to sirinsidiator |
Find More Posts by sirinsidiator |
Add sirinsidiator to Your Buddy List |
03/17/24, 07:54 AM | |||||
Maybe your bar looks slightly different but what I saw with the current version is a blue bar. So I went to the first page and pressed E for Show More, then I went to page 11 and I had Show More again, so I had to press it again. This screen shot is from a previous version, but it shows that it is processing the same as the current version would look.
You simply need to go step by step, don't mash the mouse button and go to each category, simply choose Trader then wait for Retrieving Information to go away and then start requesting the data.
Last edited by Sharlikran : 03/17/24 at 07:57 AM.
|
|||||
|
Sharlikran |
View Public Profile |
Send a private message to Sharlikran |
Find More Posts by Sharlikran |
Add Sharlikran to Your Buddy List |
03/17/24, 07:30 AM | ||
Re: LibHistoire Still Not Right :(
When you receive that notification, the solution is to obtain the data, not clear the cache. Obtaining Guild History : https://esouimods.github.io/3-master...ngGuildHistory In this example I have Trader selected. I can see that I have 4 hours of data and this guild is busy enough that I should have several days if not 15 days of data. This is when you could say the Cache is stuck. As I mentioned in my previous post I don't feel it's a good idea to clear the cache every login. If you have to clear it once or twice and then never have to do it again, then that's more reasonable and what I would expect. I put this example already but notice it has the Eyes with the line through them indicating that I am ignoring those categories. I have them set to Force Off. The Trader category is not ignored and the bar is green. This is the same as it was with the previous LibHistoire, once you log in and Master Merchant initializes, then go to the guild history tab and request your data as I show in the documentation. Once you have all your data and the bars are all green then you can log out and log in on other characters.
Last edited by Sharlikran : 03/17/24 at 07:32 AM.
|
||
|
Sharlikran |
View Public Profile |
Send a private message to Sharlikran |
Find More Posts by Sharlikran |
Add Sharlikran to Your Buddy List |
03/17/24, 07:13 AM | |
Re: LibHistoire Still Not Right :(
Thank you for your explanation.
By the way, I know that the BUGthesda uses the old junk servers from Interplay, which are still at the level of the early Middle Ages and still have pedal drive. After a few minutes (about 3-4min) everything is green - THANK YOU! Have a wonderful rest of the weekend... Translated with DeepL.com (free version)
Last edited by Sirb : 03/17/24 at 07:38 AM.
|
|
|
Sirb |
View Public Profile |
Send a private message to Sirb |
Find More Posts by Sirb |
Add Sirb to Your Buddy List |
03/17/24, 06:47 AM | |
The most important part of these examples is that I am obtaining the data myself. Meaning I do it manually the first thing after I log in and Master Merchant initializes.
While LibHistoire does auto request the data, I have never waited for that to happen, ever. Because if you wait then you are waiting for the server cooldown and mods can not reduce that cooldown to allow users to get data faster. The server cooldown is based on whatever the server wants to do. Maybe the cooldown should be 2 minutes but I would not be surprised if it's more when the server is more active. For everyone reading this that is having issues, I am able to get all the bars to be green with the current version. This mornings test for me was pretty straight forward. I logged in, and allowed Master Merchant to initialize first. After that I selected Trader, and then went through each guild. I went slow but I don't mean ridiculously slow. I also didn't mash the mouse and switch between categories as fast as possible. I allow the Retrieving Information to complete before I do anything. After that I was able to obtain the sales data and all my bars are green. When I logged out I didn't receive any notification that history was not linked. Look at the lower bottom of the above screen shot, although it's hard to see. If you don't have the version number then I would suggest you exit the game and uninstall and reinstall LibHistoire manually or with Minion and then log back in. I am seeing posts where users are repeatedly mentioning that data does not seem to be saved. When you are giving feedback please be sure that you are a bit more specific. Guild history from ZOS as of Update 41 saves on your local hard drive. So unless you have virus, malware, or Windows Defender set in some way that the game can not save data then it will save, not maybe, will save. That doesn't mean I have not had some issues. I have had to reset the cache a few times for one of my guilds. So when you are explaining something is not saving, provide a screen shot of your observation. Because I highly doubt that the new ZOS binary cache is not saving. I understand it may not for some people but that won't be LibHistoire. I am seeing some people mentioning that they are consistently clearing the cache, I didn't have to that today. I have had to clear the cache a few times and I still think that can help, but I did it a few times, I have not been doing it every time I log into the game. I feel it would be best to start refraining from clearing the cache unless you cannot go to the end of your Trader data without issue. In this example, I have gone to the last page about 16 days ago. Every guild will be different. A busier guild may have 300 pages currently. In 30 days 600 pages. This guild does not have an external trader and they are more of a casual guild so they don't sell much. I can see 13 days of data so I know there isn't any more data. With Master Merchant 3.7.96 and LibHistoire 2.0.6 I didn't have to fight with things today. I will see whether or not I get the same results going forward. One thing to keep in mind though is that I do have most of the categories set to Force Off because for now I'm ignoring that information.
Last edited by Sharlikran : 03/17/24 at 07:14 AM.
|
|
|
Sharlikran |
View Public Profile |
Send a private message to Sharlikran |
Find More Posts by Sharlikran |
Add Sharlikran to Your Buddy List |
03/17/24, 05:17 AM | |
Forum posts: 0
File comments: 30
Uploads: 0
|
LibHistoire Still Not Right :(
Finally got all working earlier today after LibHistoire new update and clearing cache on all guilds. but, after you quit the game and log back in, all trader info not being remembered. Have to clear cache again for all guilds, or you get the warning popup when you want to swap character.
|
|
Aran5000 |
View Public Profile |
Send a private message to Aran5000 |
Find More Posts by Aran5000 |
Add Aran5000 to Your Buddy List |
03/17/24, 04:27 AM | |
I have a big request.
I don't understand why I always get this weird message when I quit. The addon can remember the current status and save it, since most people have more than one character, it can finish the process the next time without this more than irritating message, which also comes in a language I don't understand! Because if you only do your crafts, it takes about 2-3 minutes. This reminds me of Windows 3.1 every time I wanted to empty the recycle bin: 1st question: Would you like to empty the recycle bin? [Yes/No] 2nd question: If you empty the recycle bin, the contents will no longer be available. [OK]. 3rd question: Are you sure you want to empty the recycle bin? [Yes/No]. 4th question: The recycle bin will now be emptied if you click Yes. [Yes/Cancel]. I find this query just as irritating when logging out, as I have 17 characters this can be more than irritating. Please be so kind and create the possibility in the settings to no longer see this irritating message and please force saving. Thank you in advance for your effort and thank you for the useful addons. Have a nice Sunday and have fun with ESO. Translated with DeepL.com (free version)
Last edited by Sirb : 03/17/24 at 07:21 AM.
|
|
|
Sirb |
View Public Profile |
Send a private message to Sirb |
Find More Posts by Sirb |
Add Sirb to Your Buddy List |
03/17/24, 01:05 AM | |
Forum posts: 0
File comments: 65
Uploads: 0
|
I made another try deleting all addons and reinstalling LibHistoire clean. Now I get all bars green with the first login. Then, when I log out and return to the game, all bars turn purple.
I checked everything and looks like it's all retrieving but Traders. Traders no longer retrieve anything after the second login. A blue bar only on traders remained for many hours, with the information: "History has not linked to newer events yet". I waited a couple of hours more but it never changed. When I needed to log out I got the usual message saying that if I close the game I'll lose the progress. I don't understand much about this but seems that Zos is no longer allowing the retrieval of Traders information. Everything else (which has no practical use) seems to work. The problem is specific with Traders. Next week I'll try reinstalling the game has a last attempt. |
|
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 |
03/16/24, 08:55 PM | ||
Forum posts: 3
File comments: 59
Uploads: 0
|
Re: All good, but..
|
|
|
heaven13 |
View Public Profile |
Send a private message to heaven13 |
Visit heaven13's homepage! |
Find More Posts by heaven13 |
Add heaven13 to Your Buddy List |
03/16/24, 06:32 PM | ||
Forum posts: 2
File comments: 42
Uploads: 0
|
Re: All good, but..
From the front main page of this addon. Guild status colors: Pink - Waiting for server requests to finish Red - No more requests queued, but not everything is linked Yellow - Processing events Green - Everything is linked up Category status colors: Blue - Linked range, but has not been connected with newest events yet Red - Events after the linked range, but not connected to the linked range Green - Linked range is up to date with newest events Dark green - Last part of the linked range which does not contain any events Grey - Events before the linked range, or events in a category with no listeners or which is forced off Purple - Pending server request Pink - Part of the request range which already contains events Yellow - Already processed events Dark Yellow - Events to be processed |
|
|
DruiD |
View Public Profile |
Send a private message to DruiD |
Visit DruiD's homepage! |
Find More Posts by DruiD |
Add DruiD to Your Buddy List |
03/16/24, 06:30 PM | |
Forum posts: 9
File comments: 44
Uploads: 0
|
All good, but..
Today the addon was working fine. This evening one of my trading guilds is blocked, the trading bar is blue and it is impossible to retrive sales (the "E" does not appear). What does the blue color mean ? How to unblock the situation ? Thanks so much
|
|
Rishikesa108 |
View Public Profile |
Send a private message to Rishikesa108 |
Visit Rishikesa108's homepage! |
Find More Posts by Rishikesa108 |
Add Rishikesa108 to Your Buddy List |
03/16/24, 03:58 PM | |
Forum posts: 8
File comments: 217
Uploads: 0
|
Thanks for your continued efforts sirinsidiator!
With update 2.0.6 the game is still requesting history items for histories that are forced off. What should I do? Clear those caches? Please let me know, Thrasher |
|
Thrasher |
View Public Profile |
Send a private message to Thrasher |
Send email to Thrasher |
Visit Thrasher's homepage! |
Find More Posts by Thrasher |
Add Thrasher to Your Buddy List |
03/16/24, 12:37 PM | |
Forum posts: 10
File comments: 14
Uploads: 0
|
@sirinsidiator MacOS CachedData Folder
MacOS CachedData Folder is found in
~/Documents/Elder Scrolls Online/live/CachedData On my HD this folder contains a folder called GuildHistory. |
|
LalMirchi |
View Public Profile |
Send a private message to LalMirchi |
Send email to LalMirchi |
Visit LalMirchi's homepage! |
Find More Posts by LalMirchi |
Add LalMirchi to Your Buddy List |
03/16/24, 11:22 AM | ||
Forum posts: 1
File comments: 35
Uploads: 0
|
Re: Re: Re: Re: Ome Hour to link
Will it improve overall performance? Loading times? Will it effect the amount or quality of data that traders have available to them? Ultimately will this (intended at least) to be better in the end? For the game? For add-on creators? For both? |
|
|
FoxFire |
View Public Profile |
Send a private message to FoxFire |
Send email to FoxFire |
Visit FoxFire's homepage! |
Find More Posts by FoxFire |
Add FoxFire to Your Buddy List |
03/16/24, 11:13 AM | |
Forum posts: 0
File comments: 7
Uploads: 0
|
unfortunately for me the only way this works is if i delete all guild cache and login. then it only works the first time i log into a char. after that if i log out to another char or or try to quit one of more of the guild histories ins't linked and it won't. doesn't matter if i go through all the guild categories or not. i know this is not the addon authors fault. but at this point im just about about ready to delete all trader guild addons.
|
|
caldurham |
View Public Profile |
Send a private message to caldurham |
Send email to caldurham |
Visit caldurham's homepage! |
Find More Posts by caldurham |
Add caldurham to Your Buddy List |
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.