MrJunior

Keep the topic closed thanks.

I found the problem. ? And yes there is a problem in the system but it might not be interesting for you to change or try to fix it.

@drakelv Didn't you see the other subindexes? I reported in the report that the problem occurs both ways. I know the maximum value of the subindex is 256, and that's what I'm questioning. Even following the model practiced by you it doesn't work now if I add the item in a different category with a value less than 256 the item will work but with size and some wrong characteristics even if I copy the correct characteristics of the item. Please check the full imagem.....

No work, I try any types and the result is the same

The idea is to be able to convert the ItemList.xml into a bmd file more easily so when adding custom items, just convert the itemList.xml into a new item.bmd totally identical to the itemList.xml information

The idea is, added on the system (chaos card) the tags: ElementalItem and SocketCount for the socket system and Elemental system work with the system (Chaos Card). Because in actual system this does not work, then the system sends for the player items with (invalid element) or with socket count every time with tree empty slots.

The idea is that the system can inform or demonstrate emblem or text string above the monster when it appears on the map, as we use existing monsters to create invasions players end up getting a little confused without knowing what a custom invasion is or what a common monster that is walking around the map. The idea is to make it possible to add some text or some customization on monsters managed in the MonsterSpawn_group file so that our players can distinguish what is an invasion monster and what is not. It would also be of immense importance if you could make these monsters when starting an invasion walk around the map. Our invasions are easily found by players because the monster simply stays 100% still waiting until a player approaches its coordinate. Please consider my suggestion, it is something very important indeed. Thanks, in Advanced!

@heroiz You won't need the old report tracker it's just not imported by the developers. But they have access to all reports published before the update, just for internal viewing. So in this case I believe that the reports published before the update will be resolved as soon as possible.