Page MenuHomePhabricator

[keyserver] introduce deleteFarcasterChannelTag
ClosedPublic

Authored by ginsu on Apr 26 2024, 12:32 PM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Nov 11, 7:56 PM
Unknown Object (File)
Mon, Nov 11, 7:52 PM
Unknown Object (File)
Mon, Nov 11, 6:42 PM
Unknown Object (File)
Mon, Nov 11, 4:54 PM
Unknown Object (File)
Mon, Nov 11, 4:07 AM
Unknown Object (File)
Sat, Oct 19, 6:33 AM
Unknown Object (File)
Oct 14 2024, 8:24 PM
Unknown Object (File)
Oct 11 2024, 5:09 AM
Subscribers

Details

Summary

This diff introduces the barebones deleteFarcasterChannelTag function. For the scope of this project we just want this function to delete the farcaster channel tag blob from the blob service for now, with the intention that all the other necessary parts for this function (like permissions, updating the row in the community table on the keyserver to remove the blob holder will be added to this function as a follow up project that I will start shortly)

Depends on D11809

Test Plan

In my local stack I was able to use deleteFarcasterChannelTag to delete the farcaster channel => comm community blob.

I also confirmed that when the GATE_TAG_FARCASTER_CHANNEL gate is set to true the function throws a server error

Diff Detail

Repository
rCOMM Comm
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

ginsu edited the test plan for this revision. (Show Details)
ginsu added reviewers: atul, bartek, tomek.
ginsu added inline comments.
lib/types/community-types.js
33 ↗(On Diff #39592)

In my next project, we will refactor this so the blob holder is no longer part of the request

tomek added inline comments.
lib/shared/community-utils.js
5 ↗(On Diff #39592)

The argument is farcasterChannelID and not a secret. For invite links, this argument is called secret because it is a link secret.

lib/types/community-types.js
31 ↗(On Diff #39592)

It doesn't seem we're using it. Is there a plan to start using it later?

This revision is now accepted and ready to land.Apr 29 2024, 1:18 AM
lib/types/community-types.js
31 ↗(On Diff #39592)

Yes we will use this in a subsequent diff that I will introduce. Sorry if this caused any confusion, will make sure that when I work in keyserver code + introduce endpoints in the future that my diffs are more clear + less dependent on subsequent diffs

address comments + rebase before landing

This revision was landed with ongoing or failed builds.May 1 2024, 10:51 PM
This revision was automatically updated to reflect the committed changes.