Incorrect handling of Wynntils
RuiNtD opened this issue ยท 2 comments
Describe the bug
Wynntils' API isn't properly checked, resulting in problems when disabling cosmetics.
To Reproduce
Steps to reproduce the behavior:
- Login to the Wynntils website
- If you don't have an account, type
/token
from the Wynntils mod to create an account.
- Disable your cosmetics and save.
- Check your Wynntils cape from Cosmetica.
Expected behavior
The Wynntils cape should be ignored and a different cape provider should be checked in its place.
Screenshots
- Wynntils Profile
- Placeholder Wynntils Cape on Cosmetica Profile
- Placeholder Wynntils Elytra on Cosmetica Profile
- Placeholder Texture Returned by API
Setup (please complete the following information):
- OS: Windows 11
- Minecraft Version: N/a
- Version: N/a
Additional context
The user's options are returned by:
https://athena.wynntils.com/user/getInfo/(UUID with dashes)
Example: https://athena.wynntils.com/user/getInfo/4a17f918-4870-4ca5-8106-05869bb7e6e9
Example with a non-Wynntils user (Notch): https://athena.wynntils.com/user/getInfo/069a79f4-44e9-4726-a5be-fca90e38aaf5
Cosmetica pulls from https://athena.wynntils.com/capes/user/4a17f918-4870-4ca5-8106-05869bb7e6e9
instead of https://athena.wynntils.com/user/getInfo/4a17f918-4870-4ca5-8106-05869bb7e6e9
Both endpoints seem to return the same cape, however /capes/user seems to be missing the context of whether the cape should be equipped or not (I assume that's how the Wynntils API works). So I'll work on getting that context working.
Just so you know, Cosmetica caches third party capes for 12 hours, so changes may not be instant.