Workaround found: Avoid using SHIFT+CLICK to place items into Curios slots. Instead, drag and drop them directly.

Using the /curios add command causes existing items to disappear, duplicate, or in very rare cases permanently deleted.

I've tried altering the column count and maximum items per page in the configuration file without success. The glitch typically occurs after adding 5-10 slots, and happens earlier with the feet slot.

I am using the following mods that requires or make use of the API:

• Baubles Heart Canisters
• Ender's Cataclysm
• Sophisticated Backpacks
• Relics
• Artifacts
• Elytra Slot
• Darker and Deeper (Soul Elytra)
• Tom's Simple Storage (Advanced Wireless Remote)
• Supplementaries (Quiver)

Additionally, when using the set command, the slots either reset to 0 or change to a random high number, which only happens during glitches. Here is a picture of me running the command multiple times and getting a random number roll each time.

I forgot to mention, I am using the latest 9.2.2 for 1.21.1

After extensive testing, I have discovered a workaround for those encountering the same issue with the /curios add command.

Avoid using SHIFT+CLICK to place items into Curios slots. Instead, drag and drop them directly.

It appears that using SHIFT+CLICK puts the items into slots that that are not rendered in the UI which cause the items to duplicate and seem like they have disappeared.

You can confirm this is the case by adding a ridiculous amount of slots (e.g., 300 or more), you'll find the items placed in those non-rendered slots. I should have figured this out earlier when playing with the SET command.

I hope this information helps others experiencing the same problem.

Nevermind, the bug is still present. I'm not sure what the heck causes it anymore, I guess having a lot of slots? Seems to love happening with the feet, hands, and charm slot.

Thanks for the detailed bug report, it really helped debug this issue as I originally had a hard time duplicating it. I believe this is caused by improper slot modifications when done through the command, which will cause desyncs when the command is used more than once on a given slot type per individual. I have a potential fix in my development build that will be included in the next update.

Thanks for the detailed bug report, it really helped debug this issue as I originally had a hard time duplicating it. I believe this is caused by improper slot modifications when done through the command, which will cause desyncs when the command is used more than once on a given slot type per individual. I have a potential fix in my development build that will be included in the next update.

Thank you so much! I hope to see the update soon! Or is there a place where I can get a beta/dev build? I'm not too familiar with github...

There's no regular access for beta/dev builds, but I can directly provide you with the current build if you'd like to test it for yourself (it's compressed into a zip file as GitHub doesn't allow direct jar attachments):
curios-neoforge-9.3.0+1.21.1-1740029629.zip

It would also be helpful to me to see if the fix actually does work as intended.

Thanks! I won't have a chance to test until late afternoon tomorrow when I get home from work. But I'll keep you posted!

There's no regular access for beta/dev builds, but I can directly provide you with the current build if you'd like to test it for yourself (it's compressed into a zip file as GitHub doesn't allow direct jar attachments): curios-neoforge-9.3.0+1.21.1-1740029629.zip

It would also be helpful to me to see if the fix actually does work as intended.

I decided to stay up a little. This is the most I've been able to equip and this bug has not appeared in the last 30 minutes. I haven't tried to add a ridiculous amount of slots just yet, but if you don't hear back from me, then the bug may have been fixed c:

I've had this same Issue Happen on my Server without using any type of commands. sometimes when the server has a hiccup and people are booted when they rejoin all of their curious charms are missing

@Rah-creator That seems like a different issue that you should make a separate bug report about so that we can discuss further. This issue is specifically related to desyncs caused by adding more slots.