Hi,
A great percentage of content creators that are doing scenes and adding to their VARs clothes from other content creators using them from inside their VAR instead of using the dependency system, that per se is not the bug I'm reporting is just a bad practice that I hope they correct in newer versions of their VARS and its the reason why we get so many HUGE VARs 1-2GB just to show a scene.
The bug is that when trying to find the latest (author) version of an item its really difficult since I have to do a mouse over every package icon to see the real author (sorting by author doesn't help cause all are detected as the same), so I spent hours pressing hide (in preferences) to each and every single one of the non-author items, and it worked well just showing the items that I did not hide (the original author ones), but when VAM is restarted it hides also the ones from the author, I believe this is because its only filtering with the UID, and that is a huge bug because then we are unable to hide the multiple copies of an item (and sometimes there are like 50-60 copies of the popular ones) , the version system also gets messed up because it shows the version of the VAR (of the creator's scene) instead of the real version of the item, so you can have an item that the original version has in version "3" for example and have items version "7" of the scene's content creators, so its really difficult and annoying to find the most updated piece of clothes.
So its 3 bugs:
On an additional note there should be a validation when content creators upload their VARs to the HUB, one that check the meta.json is valid (i fixed like 40 jsons yesterday), and one that check for UIDs duplication, that process would make the var system more robust and help with content deduplication forcing content creators to use the dependency system as it was designed (and also lower the amount of size that vars have).
Have happy holiday! You are doing a great work.
Thanks in advance,
A great percentage of content creators that are doing scenes and adding to their VARs clothes from other content creators using them from inside their VAR instead of using the dependency system, that per se is not the bug I'm reporting is just a bad practice that I hope they correct in newer versions of their VARS and its the reason why we get so many HUGE VARs 1-2GB just to show a scene.
The bug is that when trying to find the latest (author) version of an item its really difficult since I have to do a mouse over every package icon to see the real author (sorting by author doesn't help cause all are detected as the same), so I spent hours pressing hide (in preferences) to each and every single one of the non-author items, and it worked well just showing the items that I did not hide (the original author ones), but when VAM is restarted it hides also the ones from the author, I believe this is because its only filtering with the UID, and that is a huge bug because then we are unable to hide the multiple copies of an item (and sometimes there are like 50-60 copies of the popular ones) , the version system also gets messed up because it shows the version of the VAR (of the creator's scene) instead of the real version of the item, so you can have an item that the original version has in version "3" for example and have items version "7" of the scene's content creators, so its really difficult and annoying to find the most updated piece of clothes.
So its 3 bugs:
- Duplication of items
- Version system getting messed up
- Hiding system not working and hiding all that matches the name after restart.
On an additional note there should be a validation when content creators upload their VARs to the HUB, one that check the meta.json is valid (i fixed like 40 jsons yesterday), and one that check for UIDs duplication, that process would make the var system more robust and help with content deduplication forcing content creators to use the dependency system as it was designed (and also lower the amount of size that vars have).
Have happy holiday! You are doing a great work.
Thanks in advance,