Download
(36 Kb)
Download
Updated: 05/17/24 06:14 AM
Pictures
File Info
Compatibility:
Gold Road (10.0.0)
Scions of Ithelia (9.3.0)
Endless Archive (9.2.5)
base-game patch (9.1.5)
Necrom (9.0.0)
Scribes of Fate (8.3.5)
Updated:05/17/24 06:14 AM
Created:05/11/15 01:10 PM
Monthly downloads:26,624
Total downloads:868,246
Favorites:534
MD5:
Categories:Combat Mods, Bags, Bank, Inventory, Casting Bars, Cooldowns, PvP
9.3.0
Auto Recharge (and repair)  Popular! (More than 5000 hits)
Version: 2.79
by: XanDDemoX, Baertram
Auto Recharge
Needed dependencies: LibAddonMenu-2.0

Recharges and repairs your equipped weapons and amour automatically upon entering and leaving combat.

A single soul gem will be consumed per weapon recharged in the order of worst to best (e.g lesser soul gems will be used before common).

A single repair kit will be consumed per piece of armour recharged in the order of worst to best (e.g common repair kits will be used before greater). A single crown repair kit will be used to repair all of your equipped armor.

Features
-Recharge weapons if the charge drops below a threshold (at combat start, in combat, and after combat, optionally: As weapon pair changes)
-Repair equipment if they drop below a threshold (at combat start, in combat, and after combat, optionally: No crown repair kits will be used)
-Remind me after login/as fight ends if my soul gems drop below a threshold
-Remind me after login/as fight ends if my repair kits drop below a threshold
-Show my number of repair kits left at a vendor
-Show info about what happened in the chat
-Suppress chat messages if nothing was done etc.
-Multi language support was added

Usage
You are able to setup everything in the LAM settings menu.

Automatic Charging
/arc Attempts to recharge the currently equipped primary and secondary weapons.
/arc + Enable automatic equipped weapons recharging (you can also use the localized value on, an, на).
/arc - Disable automatic equipped weapons recharging (you can also use the localized value off, aus, от).
/arc 0-99 Set the minimum charge percentage

Automatic Repair
/arp Attempts to repair the currently equipped armour.
/arp + Enable automatic amour repairing (you can also use the localized value on, an, на).
/arp - Disable automatic armour repairing (you can also use the localized value off, aus, от).
/arp 0-99 Set the minimum condition percentage


Languages supported
DE
EN
FR
IT - L'addon è perfettamente compatibile con la traduzione italiana degli Italian Scrolls Online. Disponibile qui ItalianScrollsOnline
RU

Many thanks to XanDDemoX for the base of this great helper!
And many thanks to Scootworks for helping me test and translate the addon!
IMPORTANT: With version 2.67: The SavedVariables changed to server dependent ones.
You need to setup your SavedVariables new! LOGOUT and BACKUP your SavedVariables before updating from version 2.66


Version 2.79 - 2024-05-17
Fixed Chinese translations


Version 2.78 - 2024-05-16
-Fixed bug with soulgems empty soon reporting too often
-Added Chinese translations (thanks to LoongKeiZ)

Version 2.77 - 2023-10-21
-Finally fixed center screen messages for soulgems and repair kits missing/near empty:
--Added new settings to "Only alert on login/reloadui/zone change (with loading screen) for repair kits soon empty, and soulgems soon empty
--Added new settings to "Only alert at vendor" for repair kits soon empty
-Rearranged the other settings about repair kits and soul gems to properly be "in relating blocks" (empty warning vs. soon empty warning)

Version 2.76 - 2023-07-10
-Added settings (settings menu added) to "Prefer crown soul gems" and "Prefer crown repai kits"
-Working on fix for "Only 1 item equipped -> does not get repaired". Caused by always checking the "head" item's "is slotted" and not the correct actual slot e.g. legs
-Fixed center screen messages for soulgems and repair kits missing/near empty

Version 2.75 - 2022-12-05
Fixed default settings variables not loading in some situations, which lead to errors with the minPercent sliders

Version 2.74 - 2022-10-30
-Updated API and version
-Fixed account wide settigs not loading/saving it's data properly (was still saved per character sometimes)

Version 2.73 - 2022-08-21
-Re-uploaded correct version where the settings menu does not throw an error upon changing percentage sliders

Version 2.72 - 2022-08-13
-Updated API
-Added upon request: setting to show the repair kits empty reminder as you interact with a vendor
-Fixed: More "are we dead" checks to overcome ZOs API which does not recognize we are dead fast enough. This hopefully should fix the disconnects
Many thanks to Busygeezus for all the feedback and testing!
-Fixed: Delayed charge/repair should work properly now, allthough a delay of 0 should be working fine


Version 2.71 - 2022-02-01
-Updated API
-Added more "IsPlayerDeath" checks
-Added more "IsCrownRepairKit" checks
-Fixed typo in en.lua, thanks to all mentioning it

Version 2.70
Added Italian translations, thanks to Dusty82
L'addon è perfettamente compatibile con la traduzione italiana degli Italian Scrolls Online.
Disponibile qui https://www.esoui.com/downloads/info2854-ItalianScrollsOnline-TraduzioneItaliana.html

Version 2.69
-Updated API version
-Updated French translation (thanks to @jakez31)

Version 2.68
-Fixed LAM settings checkbox for account wide settings to be saved server dependent
-> Please check your settings after updating to version 2.68 as this checkbox might be disabled!
-Fixed Cannot create LAM ... error message
-Fixed "this item is fully repaired" multiple messages


Version 2.67
-Tested on Markarth & Stonethorn
-Updated API and files
-Updated Russian translation (thanks to ivann339)
-Added speed up variables for settings
-Fixed slash commands and keybindings trying to access the non-loaded settings
-Fixed in combat repair/recharge
-Fixed event filters for recharge and repair not overwriting each other
-Added setting for "No crown store repair kits"
-Fixed: Crown store repair kits usage on 1 equipped item (will repair all then) instead of trying to use it as normal repair kit + checking other equipped items afterwards unnecessarily
-Fixed non-slotted items (2hd backup slot e.g.) -> No repair start anymore
-Fixed settings
-Added event filter on BAG_WORN for charge and repair checks
-Added setting to check weapon charge on weapon pair change + setting for only in combat

Version 2.66
-Updated API to Stonethorn
-Updated needed versions of dependencies
-Updated French translations (thanks to jakez31)

Version 2.65
-Removed LibStub hybrid call
-Added LibAddonMenu-2.0 Verison 28 or newer as dependency
-Fixed typo in event filter for charge change -> In combat charging did not work due to this

Version 2.64
-Removed additional debug messages

Version 2.63
-Updated API
-Removed debug messages

Version 2.62
-Updated API
-Added option: Recharge weapon during combat
-Added option: Repair armor during combat

Version 2.61
-Fixed chat commands /arc on and /arc off
-Fixed chat commands /arp on and /arp off
-Added the values an/aus and на/от to support German and Russian languages for the chat commands

Version 2.60
Removed: The needed libraries were removed from this addon and need to be installed seperately as standalone version: LibAddonMenu-2.0
Added: Chat output will not be shown anymore for empty soulgem/repair kits messages if you got 0 soulgems/repair kits and the setting to suppress the "nothing repaired/charged" is enabled.


Version 2.54
Fixed: The repair kits left icon was shown too far to the right when using the quickslot vendor from the crown store.
Updated: libAddonMenu r25
Updated: API

Version 2.51
Added single keybinds for "Repair" and "Recharge"

Version 2.41
Fixed typo

Version 2.4
-Api raise to Homestead
-Updated library LAM

Version 2.3
- Fixed lua error message
Version 2.2
- Added setting to switch to account wide settings (Thanks to Scootworks!)
- Added setting to show icon + repair kits left amount at a vendor's top-left corner
- Fixed bug where soul gems / repair kits amount was calculated false (always the total available sum was used
for single stacks of items, even if they were the same item like another stack)

Version 2.1
- New addon co-author: Baertram
- Updated Api version
- Updated libraries
- Added multi language support
- Added new settings (chat output, reminders for low repair kits/soul gems)
- Fixed some bugs
- Improved code where possible

Version 2.0.5

- Updated Api version to 100012

Version 2.0.4

- Added settings menu implementation by Baertram.

Version 2.0.3

- Fixed Off Hand slots not being checked for repair.

Version 2.0.2

- Renamed Readme.txt to README to prevent ESO detecting it as an addon

Version 2.0.1

- Fixed error attempting to enable / disable using slash commands.

Version 2.0.0

- Implemented Automatic amour repair
- Fixed potentially not searching all bag slots for items.

Version 1.0.7

- Fixed missing local definition in master weapon exclusion.

Version 1.0.6

- Added check of whether the player is dead before attempting to recharge.
- Added fixed Master weapon exclusion.

Version 1.0.5

- Increased settings version

Version 1.0.4

- Restored original settings variable name

Version 1.0.3

- Moved Readme and Licence into Recharge folder within zip for users who use Minion.

Version 1.0.2

- Disabled master weapons exclusion.

Version 1.0.1

- Added master weapons exclusion.

Version 0.0.6

- Added string trim to input to remove whitespace before attempting to parse a potentially numeric input

Version 0.0.5

- Enabled setting of a minimum charge percentage.

Version 0.0.4

- Initial Release
Optional Files (0)


Archived Files (39)
File Name
Version
Size
Uploader
Date
2.78
34kB
Baertram
05/16/24 02:54 PM
2.77
33kB
Baertram
10/21/23 06:34 AM
2.76
32kB
Baertram
07/10/23 09:37 AM
2.75
31kB
Baertram
12/04/22 05:27 PM
2.74
31kB
Baertram
10/30/22 12:05 PM
2.73
30kB
Baertram
08/21/22 05:34 AM
2.72
30kB
Baertram
08/13/22 09:15 AM
2.71
26kB
Baertram
02/01/22 05:10 AM
2.70
26kB
Baertram
03/30/21 09:08 AM
2.69
23kB
Baertram
03/28/21 01:05 PM
2.68
23kB
Baertram
11/23/20 05:48 AM
2.67
23kB
Baertram
10/17/20 01:04 PM
2.66
19kB
Baertram
09/19/20 09:04 AM
2.65
17kB
Baertram
03/21/20 08:41 PM
2.64
17kB
Baertram
02/26/20 04:08 AM
2.63
17kB
Baertram
02/24/20 05:14 PM
2.62
17kB
Baertram
02/23/20 07:12 PM
2.61
16kB
Baertram
06/18/19 06:55 AM
2.60
16kB
Baertram
05/31/19 10:39 AM
2.54
59kB
Baertram
01/27/18 08:23 PM
2.51
58kB
Baertram
09/07/17 02:28 PM
2.41
56kB
Baertram
07/04/17 01:49 PM
2.4
57kB
Baertram
02/06/17 02:34 PM
2.3
54kB
Baertram
11/21/16 03:46 PM
2.2
54kB
Baertram
11/20/16 01:56 PM
2.1
52kB
Baertram
11/12/16 02:52 PM
2.0.5
42kB
XanDDemoX
09/08/15 02:08 PM
2.0.4
42kB
XanDDemoX
08/12/15 03:04 PM
2.0.3
7kB
XanDDemoX
08/11/15 01:25 PM
2.0.2
6kB
XanDDemoX
05/23/15 01:07 AM
2.0.1
6kB
XanDDemoX
05/22/15 09:58 PM
1.0.7
5kB
XanDDemoX
05/20/15 09:41 PM
1.0.6
4kB
XanDDemoX
05/20/15 09:16 PM
1.0.5
4kB
XanDDemoX
05/18/15 10:41 PM
1.0.4
4kB
XanDDemoX
05/18/15 10:00 PM
1.0.3
4kB
XanDDemoX
05/18/15 08:10 PM
1.0.2
4kB
XanDDemoX
05/18/15 04:28 PM
0.0.6
4kB
XanDDemoX
05/18/15 02:12 PM
0.0.5
3kB
XanDDemoX
05/17/15 07:36 PM


Post A Reply Comment Options
Unread 07/25/22, 12:39 PM  
Baertram
Super Moderator
 
Baertram's Avatar
ESOUI Super Moderator
AddOn Author - Click to view AddOns

Forum posts: 5014
File comments: 6067
Uploads: 78
I already have the health needs to be > 0 check in there but from the debug log it says "Get out of combat" (which should happen after you are dead and not before!) and there your health was still 436 so you were not dead.


I do not know why the server then all of sudden says you are dead and can't do that while you are dead... 436 Health is not dead.
And even the [ARC]DeathStateChanged-isDead: true fires after the server said you cannot do this so the server updates your death state TOO LATE.

This seems to be some server lag or whatever. API says you are alive and HP is > 0, server says you are out of combat (what only happens as you are dead or at least you do not get out of combat and all of sudden die then, except you jump of a cliff with low healt afterwards?) and then you finally die for the server.

There is nothing one can rely on, right. Maybe a health needs to be at least 50% check would be okay there but this again is troubling the in combat repair checks and would not repair your equipped gear where you need it.
Maybe I can add a general 1 second delay to the durability update checks as they seem to fire the second you die, before the server sends the health update to 0 and "you are dead event fires". Perhaps this will fix it.

This total behaviour is weird and I guess it's server drivven madness
I'll make my mind again and see what I can find out myself.

What troubles me the most is that I cannot get this "You cannot do this while mad" to even fire once for myself? Either my ping or server connection is better or I'm doing my checks at the wrong spot?
Where did you try this and what did you fight there?

Originally Posted by Busygeezus
Originally Posted by Baertram
->From the debug messages I do not even see what it tries to do, it would not be a repair as this was done/finished before already, Maybe it's soething else ,but I do not know what exactly.
This sucks
what about repairing only while at 100% hp? or make that an option "to prevent occasional disconnects"
Last edited by Baertram : 07/25/22 at 12:41 PM.
Report comment to moderator  
Reply With Quote
Unread 07/25/22, 12:18 PM  
Busygeezus

Forum posts: 0
File comments: 22
Uploads: 0
Originally Posted by Baertram
->From the debug messages I do not even see what it tries to do, it would not be a repair as this was done/finished before already, Maybe it's soething else ,but I do not know what exactly.
This sucks
what about repairing only while at 100% hp? or make that an option "to prevent occasional disconnects"
Last edited by Busygeezus : 07/25/22 at 12:25 PM.
Report comment to moderator  
Reply With Quote
Unread 07/25/22, 12:15 PM  
Baertram
Super Moderator
 
Baertram's Avatar
ESOUI Super Moderator
AddOn Author - Click to view AddOns

Forum posts: 5014
File comments: 6067
Uploads: 78
Oh damn, I forgot the chat output function. Fix is coming.
Found the bug and fixed it, redownload please from GitHub PTS branch link.

Meanwhile:
I saw the debiug log, thanks for the links. Sometimes it seems to work and detects you are dead properly, sometimes it doesn't
Seems to be server instance or whatever dependent...

Could you please try if you get the "You cannot do that while dead" if no delay is used (delay to repair = 0).
Maybe it's a coincidence of the delay.

If this neither does work I'm really puzzled and need to find a way to consistently repeat the "You cannot do that while dead".
->From the debug messages I do not even see what it tries to do, it would not be a repair as this was done/finished before already, Maybe it's soething else ,but I do not know what exactly.
This sucks

Originally Posted by Busygeezus
Originally Posted by Baertram
No thats not on purpose. Will have a look and tell you as I did update the files and you need to re download it.
the slider seems to work, but still results in a ui-error

https://www.dropbox.com/s/bo64c4t12c...nline.jpg?dl=0
Last edited by Baertram : 07/25/22 at 12:16 PM.
Report comment to moderator  
Reply With Quote
Unread 07/25/22, 11:59 AM  
Busygeezus

Forum posts: 0
File comments: 22
Uploads: 0
Originally Posted by Baertram
No thats not on purpose. Will have a look and tell you as I did update the files and you need to re download it.
the slider seems to work, but still results in a ui-error

https://www.dropbox.com/s/bo64c4t12c...nline.jpg?dl=0
Last edited by Busygeezus : 07/25/22 at 12:00 PM.
Report comment to moderator  
Reply With Quote
Unread 07/25/22, 10:56 AM  
Busygeezus

Forum posts: 0
File comments: 22
Uploads: 0
i will just keep updating this post to not clutter the comments as much

https://sir.insidi.at/or/logviewer/hCWfTY
@18:52:56.013
@18:52:56.046
https://sir.insidi.at/or/logviewer/l9rG6f
@20:06:33.398
Last edited by Busygeezus : 07/25/22 at 12:11 PM.
Report comment to moderator  
Reply With Quote
Unread 07/25/22, 10:52 AM  
Baertram
Super Moderator
 
Baertram's Avatar
ESOUI Super Moderator
AddOn Author - Click to view AddOns

Forum posts: 5014
File comments: 6067
Uploads: 78
No thats not on purpose. Will have a look and tell you as I did update the files and you need to re download it.

What settings exactly did you test with as the disconnect happened and where were you fighting against what kind of mobs please?
I'll try to rebuid it with exactly your settings then.
Sorry that is not added to the LibDebugLogger, we cannot. Just send me your live/SavedVariables/Recharge.lua again to [email protected] e.g. and tell me the account/charname, thanks.

Edit:
Found the bug and fixed it, redownload please from GitHub PTS branch link.

Originally Posted by Busygeezus
quick update and a question. i cant change minim condition percentage, thats on purpose? increasing that would greatly reduce the time it takes to test
https://sir.insidi.at/or/logviewer/JirHiq
"you cant do that while dead" then disconnect

https://sir.insidi.at/or/logviewer/wzkM22
"you cant do that while dead" @18:32:01.231

addons active:
debuglogviewer
autorecharge
LibCustomMenu
LibDebugLogger
LibAddonMenu-2.0
LibGetText
Last edited by Baertram : 07/25/22 at 11:02 AM.
Report comment to moderator  
Reply With Quote
Unread 07/25/22, 10:24 AM  
Busygeezus

Forum posts: 0
File comments: 22
Uploads: 0
quick update and a question. i cant change minim condition percentage, thats on purpose? increasing that would greatly reduce the time it takes to test (nvm, i got some petty repairkits)
https://sir.insidi.at/or/logviewer/JirHiq
"you cant do that while dead" then disconnect

https://sir.insidi.at/or/logviewer/wzkM22
"you cant do that while dead" @18:32:01.231

addons active:
debuglogviewer
autorecharge
LibCustomMenu
LibDebugLogger
LibAddonMenu-2.0
LibGetText
Last edited by Busygeezus : 07/25/22 at 10:51 AM.
Report comment to moderator  
Reply With Quote
Unread 07/25/22, 05:09 AM  
Busygeezus

Forum posts: 0
File comments: 22
Uploads: 0
Originally Posted by Baertram
Hm, so your test was the same like mine and I never saw that "you cant do that while dead".
Important: Is any other addon active while you tested? Maybe it's a correlation of AutoRecharge and the other addons.
sofar there have been 0 disconnects in content over the weekend.
I've done:
- 3 hours intensive wiping on second and last hm in vdsr, 20+ deaths
- 7 complete runs vdsr, 4 deaths
- 1 run vrg, 2 deaths
- 2 runs vbrp 1 death

in contrast usually id disconnect at least 1 time during dsr prog.
i will do the tests with your parameters once im home again
thanks for the effort and work you put into this


Edit: i just now saw your edit. ill test with the updated version
Last edited by Busygeezus : 07/25/22 at 05:13 AM.
Report comment to moderator  
Reply With Quote
Unread 07/24/22, 06:14 AM  
Baertram
Super Moderator
 
Baertram's Avatar
ESOUI Super Moderator
AddOn Author - Click to view AddOns

Forum posts: 5014
File comments: 6067
Uploads: 78
Hm, so your test was the same like mine and I never saw that "you cant do that while dead".
Important: Is any other addon active while you tested? Maybe it's a correlation of AutoRecharge and the other addons.
I've tested with AR alone, and very few addons (no total UI remakes or similar like Bandits UI, Azurah, AUI, and so on).

I'd be interested into the simplest test, same I did:
All addons off, only AR enabled.
Same settings as you said, but put it to 99% and only have the lowest repair kits so the repair will not do too much, only like 6%.
Craglorn, just run into a mob group near Belkarth e.g. the scorpions if you leave the city to the crafting stations side, there is a stone passage at the right where 3 scorpions wait for your.
Do not fight, just run in and wait to die.
No disconnect should happen.

Repeat this and fight a bit to make the fight last like 1-2 minutes, like only heal & shield yourself a bit in between and wait for the durability of your worn items to change, and the repair to happen then.
Then let yourself die and see if any disconnects happen.

If not, repeat the same with the biggest repair kits.

I had done both and never got disconnected, nor saw that mesasge "You cannot do that while dead".
So I'm interested into how to get this message then.

Maybe it depends on the zone you are in and the instance, and how crowded they are.

I hate non-repeatable bugs like these.
Many many thnks for all of your testing and support!

I guess I need to recode a lot to make the delayed repair and charge work better, and also to be able to check for deaths delayed somehow

Recode of Repair features:
The recode of the repair features was done now and I've added debug messages.
-> Important: Auto Recharge is currently disabled to ease the debug output!

Last updated: 2022-07-25, 3am CET

If you re-download from the link at GitHub>PTS version you can test with this one.

You might test without a delay at the repair, or a less delay of 100ms e.g.
I hope it will fix the disconnects now?

You can use LibDebugLogger to log the debug messages. Please install DebugLogViewer too, login, go to the DebugLogViewer settings panel, submenu LibDebugLogger -> Enable the "stack traceback" option please.

Before a new test you can reset the log file to shrink it's size at the DebugLogViewer -> LibDebugLogger settings menu.

If you get disconnected: Note date and time!
Stay logged out and navigate to your SavedVariables folder, and backup the file LibDebugLogger.lua
You can upload it here then and shar it's link with me so I can have a look at the debug message and what has happened:
https://sir.insidi.at/or/logviewer/



Originally Posted by Busygeezus
Originally Posted by Baertram
So what did you do differently here?
for the 99% testing i just got myself killed over and over in overland. im not sure if there is any correlation between the autorepair and disconnects. sometimes it was an endless revive, sometimes 5-10 seconds after fully revived.
notably i often got the notification "you cant do that while dead"

in dungeons i didnt have any disconnects sofar besides the usual finderbugs.
i will test it in trials over the weekend.

my settings for this are
-repair in combat
-5% treshold
-1000ms repairdelay
Last edited by Baertram : 07/24/22 at 07:18 PM.
Report comment to moderator  
Reply With Quote
Unread 07/23/22, 06:07 AM  
Busygeezus

Forum posts: 0
File comments: 22
Uploads: 0
Originally Posted by Baertram
So what did you do differently here?
for the 99% testing i just got myself killed over and over in overland. im not sure if there is any correlation between the autorepair and disconnects. sometimes it was an endless revive, sometimes 5-10 seconds after fully revived.
notably i often got the notification "you cant do that while dead"

in dungeons i didnt have any disconnects sofar besides the usual finderbugs.
i will test it in trials over the weekend.

my settings for this are
-repair in combat
-5% treshold
-1000ms repairdelay
Last edited by Busygeezus : 07/23/22 at 06:13 AM.
Report comment to moderator  
Reply With Quote
Unread 07/23/22, 02:56 AM  
Baertram
Super Moderator
 
Baertram's Avatar
ESOUI Super Moderator
AddOn Author - Click to view AddOns

Forum posts: 5014
File comments: 6067
Uploads: 78

Thanks for the feedback.

I was only able to test this while running into a mob group and let them kill me, and I never got disconnected then as I died (and it never repaired after I died). I've tested this overland, not in a dungeon.
So what did you do differently here?

And if the repair in combat is off it should repair after combat ends, and you are still alive. Will try this too, maybe I bricked the code.



Originally Posted by Busygeezus
Originally Posted by Baertram
Okay @Busygeezus, I think you/Kyzeragon were right:...
i tested several times with my original settings, several times with 50% and some more with 99%.
i got kicked off the server 3 times, every time while i was dead.
with "repair during combat" ticked off it doesnt repair at all. with it enabled it also repairs while reviving


https://pasteboard.co/kF5FP2DP1mu9.png

ill keep running it over the weekend
Report comment to moderator  
Reply With Quote
Unread 07/22/22, 03:24 PM  
Busygeezus

Forum posts: 0
File comments: 22
Uploads: 0
Originally Posted by Baertram
Okay @Busygeezus, I think you/Kyzeragon were right:...
i tested several times with my original settings, several times with 50% and some more with 99%.
i got kicked off the server 3 times, every time while i was dead.
with "repair during combat" ticked off it doesnt repair at all. with it enabled it also repairs while reviving


https://pasteboard.co/kF5FP2DP1mu9.png

ill keep running it over the weekend
Last edited by Busygeezus : 07/22/22 at 04:18 PM.
Report comment to moderator  
Reply With Quote
Unread 07/22/22, 12:44 PM  
Baertram
Super Moderator
 
Baertram's Avatar
ESOUI Super Moderator
AddOn Author - Click to view AddOns

Forum posts: 5014
File comments: 6067
Uploads: 78
Okay @Busygeezus, I think you/Kyzeragon were right:

The durability updates if you die is fired before the event_player_dead etc. fires, and IsUnitDead("player") returns false :-(

I've circumvented this now by checking for the player health. If it's 0 I assume the player is dead.

I've also asked ZOSDanBatson if the API function IsUnitDead("player") would return true earlier, before the durability is updated after death (if possible).

Could you please test this version here, it should hopefully fix the disconnect issues now!
https://github.com/Baertram/Recharge.../heads/PTS.zip

Please ONLY extract the Recharge folder (within the Recharge-PTS folder) to your live/AddOns folder!
I'm waiting for your feedback.
Last edited by Baertram : 07/22/22 at 01:00 PM.
Report comment to moderator  
Reply With Quote
Unread 07/22/22, 04:28 AM  
Baertram
Super Moderator
 
Baertram's Avatar
ESOUI Super Moderator
AddOn Author - Click to view AddOns

Forum posts: 5014
File comments: 6067
Uploads: 78
Interesting, thanks for bringing this to my attention! This explains a lot... and damn, this sucks. We need to rely on the API values and if they are returning wrong values everything elso you do to circumvent it will lead to massive problems with other API functions:

I'll double check that and see if I can add a general delay to the checks, but this would trouble other checks again which need to be done "directly" like "are we in fight", "are we mounted". If I delay that in total by 1 second these values will return wrong, so I would need to cache those, then delay 1 second for the IsDeadCheck -> total code overhaul



If this really is the case, that IsUnitDead is returning false allthough one is dead already, this is a clear wrong API return value of ZOs code
I'll try to test this and see if another check like "is the player's healh <= 0" would be able to return true at the sme time where IsPlayerDead returns false yet.


Originally Posted by Busygeezus
i read an interesting post by kyzeragon about autorepair and linked disconnects



Originally Posted by Baertram
Hm, I've tested with your settings and cannot rebuild it
...
if i find any correlation i will let you know
Last edited by Baertram : 07/22/22 at 04:35 AM.
Report comment to moderator  
Reply With Quote
Unread 07/21/22, 11:56 AM  
Busygeezus

Forum posts: 0
File comments: 22
Uploads: 0
i read an interesting post by kyzeragon about autorepair and linked disconnects

funny thing about that, it did crash when i first made it. i discovered that calling the gear repair while dead is what causes the weird delayed disconnect. i was checking if the player was dead and all that, but i think what happens is the gear breaks as you die, and calling IsUnitDead at that exact moment doesn't yet return true, so the addon attempts to repair, but by that time the player is actually dead. it was fixed easily by delaying the check and repair by 1 second. i can't speak for whether other repair addons have fixed it though
Originally Posted by Baertram
Hm, I've tested with your settings and cannot rebuild it
...
if i find any correlation i will let you know
Last edited by Busygeezus : 07/21/22 at 11:58 AM.
Report comment to moderator  
Reply With Quote
Post A Reply



Category Jump:

Support AddOn Development!

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.