iProdigy

This is caused by the wiki having the drop listed multiple times under separate headers... until flipping utilities includes this metadata, it's not straightforward to fix this

I also had to add a special case to my library for that rfc deviation: https://github.com/PhilippHeuer/credential-manager/blob/02ce8e38d47ca8762a6d8a21a80e00490ba875b0/src/main/java/com/github/philippheuer/credentialmanager/identityprovider/OAuth2IdentityProvider.java#L277 Would be best to keep the existing fields but add the `error` field (to...

To avoid plugin proliferation: @sololegends would you be willing to contribute your changes to the existing plugin? and @DominickCobb-rs would you be willing to add them as a collaborator on...

Could you try this filter instead: `reward.id == "animated-mesage" || reward.id == "gigantified-emote-message" || reward.id == "CELEBRATION"`

Should we validate that stored tokens have all of `DEVICE_AUTH_SCOPES`? (or perhaps should be tackled in a separate PR)

DCF works for normal eventsub websocket (but we won't be able to get redemptions events if not the broadcaster) we will never use app token client-side (would require each user...

if we want to pursue the RFC, at the end of the device flow, we can display a message asking streamers to also auth with the website (hyperlinked) - but...

Duplicate of #708 (also see comment for language tag workaround)

`ImageIO.read(new File("src/main/resources/icon.png"))` would not work in production as explained here: https://github.com/runelite/plugin-hub?tab=readme-ov-file#plugin-resources (you should switch to `ImageUtil.loadImageResource`)

Plan C: do 1 second timeout For Plan A, the helix getBannedUsers check would require a broadcaster token, so we'd have to maintain a cache based on pubsub events instead...