It may be only checking if the user requesting it is the group owner and forgetting to check for editor permissions? Would really appreciate if this could be fixed.
Hey, can we get an update on this?? It’s been months and the bug still persists, and we’ve just had radio silence here after it was said this was being looked into.
To me it looks like a simple case of the API only respecting the game/group owner as having perms to view thumbnails, and excluding those with edit access.
Escalating this internally again. Sorry for keeping you folks waiting but we will take a look into this bug… This is turning out to be more involved than expected.
@lvyachao The problematic API is described here, along with more helpful info:
The place is owned by a group and I have edit access via Creator Hub roles, but I’ve observed this also happens on a group where I have normal legacy edit permissions.
Place ID: 13192299764
Universe ID: 4602032430
Group ID: 17212614
And no, newly uploaded thumbnails do not display on the page.
User upload place thumbnail/icon for group-owned game, the “asset owner” is assigned to userId instead of GroupId, which is a mistake which leads to some permission issue, the team is fixing this bug in progress
the list of thumbnails is fetch by 1 batch call, but somehow the old logic is: as long as one of the thumbnail image cannot be load due to permission issue, the entire list will throw an error instead of partial return others. The team had fixed this bug and released yesterday.
After the first bug get fixed later, things should back to normal, although, we might ask you to re-upload the thumbnails later given the old thumbnail’s asset ownership is hard to re-assign, will keep you posted, sorry for delay!
cc @mrfergie & @roman
This explanation makes perfect sense; tysm for investigating this and getting back to me within literally 1 day, you’re amazing so excited for this long-standing issue to be resolved.
User-uploaded thumbnails for group-owned games are incorrectly assigned to the userId instead of the groupId, causing some permission issue.
The batch call for the list of thumbnails incorrectly fails all of the thumbnails if one of them fails due to the issue above, instead of failing only the thumbnail(s) that failed the permission check.
The second issue was resolved 11 days ago, which is why you were able to view your own uploaded thumbnails. However you probably still had the issue of not being able to view the thumbnails that other collaborators uploaded.
The first issue is now resolved as of today, meaning that user-owned thumbnails will now correctly be assigned to the group. However, this will only apply for thumbnails uploaded from now on. As a result, developers will have to re-upload those persisting broken thumbnail images to fix their ownership.