Skip to content

feat: role icons #401

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft
wants to merge 5 commits into
base: main
Choose a base branch
from
Draft

feat: role icons #401

wants to merge 5 commits into from

Conversation

StupidRepo
Copy link
Contributor

@StupidRepo StupidRepo commented Mar 11, 2025

  • I understand and have followed the contribution guide
  • I have tested my changes locally and they are working as intended

⚠ Breaks: Saving roles in Revite client

This breaks saving roles, that have icons, on the Revite client. This is because it passes through the whole icon file object thing in the PATCH request, instead of omitting it.

What breaks?

When saving, it sends the full icon object (when it can just be completely omitted instead). Here's what I mean:
image

View RFC

@StupidRepo StupidRepo marked this pull request as ready for review April 2, 2025 19:08
@insertish
Copy link
Member

This breaks saving roles, that have icons, on the Revite client. This is because it passes through the whole icon file object thing in the PATCH request, instead of omitting it.

Slightly confused here, the Revite client wouldn't be aware of icons so it wouldn't send the icon field in the first place on role updates? (regardless, it should only send if icon is actually being updated)

Looking through code I don't see this issue / seems to look good at first glance.
Marking draft because of RFC.

@insertish insertish marked this pull request as draft April 25, 2025 10:24
@insertish insertish assigned insertish and unassigned insertish Apr 25, 2025
@insertish insertish self-requested a review April 25, 2025 11:01
@StupidRepo
Copy link
Contributor Author

StupidRepo commented Apr 26, 2025

This breaks saving roles, that have icons, on the Revite client. This is because it passes through the whole icon file object thing in the PATCH request, instead of omitting it.

Slightly confused here, the Revite client wouldn't be aware of icons so it wouldn't send the icon field in the first place on role updates? (regardless, it should only send if icon is actually being updated)

Looking through code I don't see this issue / seems to look good at first glance. Marking draft because of RFC.

Yeah I don't know why but for some reason when the Revite client receives role data, and it has the icon field, when you go to make a change it'll send the new changes along with the response icon field (which causes an error as the server expects an autumn ID and not an autumn file object)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: 🆕 Untriaged
Development

Successfully merging this pull request may close these issues.

2 participants