[kitanoi]

Sorry, I should have given this data in the first post.

Rings were set up as:

LEFT: 1004512,1004510,1004502,1004504
RIGHT: 1004512,1004510,1004502,1004504

It seemed to happen when, for some reason, it switched to a code later in the list when there was still an earlier there.

For instance, 1004504 got equipped but there was still a 1004510 not fully bonded.

[muchastudio]

Works brilliant, thanks!

[EonsTimE]

Small feature request: maybe add a Save/Load item ID list?

Thanks and good job.

[avrandom]

I've still been unable to reproduce the ring swap bug :( .
- I tried using the exact list you provided, with two of each item. Bonding finished and ended with all items bonded.
- I started with one of the rings almost bonded, so I had a state where two different types of rings were usually on.
- I tried adding another ring to the list (1004512,1004510,1004502,1004504,1004506) half way through, which didn't cause any problems.
- I messed with the order on the right ring at first... worked. Then I missed with the order on the left ring, still worked.
(Holy crap those rings take a lot longer to bond than just the i47 Electrum Rings!)
I'll keep putting in scenarios to test while I am bonding, but overall I'm going to work on getting the L/R ring fields combined before trying to track this one down much further.

The internal logic basically says...
...If bonded, look for the worn item ID and switch out for the same (NQ or HQ)
...If bonded and no other of that item ID exist, separate the comma separated list
...For each item ID, look for it in inventory.
...If found but bonded, look for the next ID in the list.
...Repeat for all items in the list, equip the first one found that isn't bonded.
The module would check every single item in the list on it's final pass, when everything is bonded as part of this logic. So, I'm also having trouble trying to figure out how this would happen internally as well. The only thing I can think of, is what is displaying on the view for the item ID's, isn't actually getting saved and picked up correctly.

Small feature request: maybe add a Save/Load item ID list?

Added to the feature request list. When trying to debug the above, I was getting tired of re-entering the fields after reloading the modules. Also personally, I always make the exact same set of items to bond, so this would save me time as well.

[kitanoi]

Maybe it was something that I did then. I know I stopped it a couple times while running and then just started back up. Next time I do some bonded I will report back if it happens with exactly how I did it.

[avrandom]

Figures :) - Reproduced it while working on the single list for both rings.
- Left Ring is 100% bonded, and the last two items in the MultiID list aren't bonded yet. The module switches back and forth between those rings in the right ring slot.

As a temporary workaround until it is fixed...
- Manually place one of the un-bonded rings into the left ring slot.
- Manually place any ring from the MultiID list into the right ring slot. This will then be corrected.

Working on the fix now, which will probably just be part of the single-ring list fix.

Edit: Fixed! Just need to beta-test things to ensure I didn't break anything else.

[avrandom]

Module has been updated:


"Left Ring" and "Right Ring" have been removed from MultiID and replaced with "Rings"
Fixed Spiritbond potion from attempting to be used while mounted.
Fixed ring-swap bug that was reported by kitanoi
Fixed typo reported by LygerZero

Will be working on the save item list functionality next.

[LygerZero]

Aww I liked seeing feed. lol

[Kaggypants]

Nice job Av! You're amazing.

[KappaKingPrime]

Having an issue where if I'm crafting, the bot will not stop or exit the crafting menu to allow it to change gear. It just carries on and it says "Unable to execute while crafting"