Get desktop application:
View/edit binary Protocol Buffers messages
Read Path
Records
Follows
- Return follow uris where user A follows users B, C, D, … - E.g. for viewer state on `getProfiles`
- Return follow uris of users who follows user A - For `getFollowers` list
- Return follow uris of users A follows - For `getFollows` list
Verifications
Likes
- return like uris where subject uri is subject A - `getLikes` list for a post
- return like uris for user A on subject B, C, D... - viewer state on posts
- return recent like uris for user A - `getActorLikes` list for a user
Reposts
- return repost uris where subject uri is subject A - `getReposts` list for a post
- return repost uris for user A on subject B, C, D... - viewer state on posts
- return recent repost uris for user A - `getActorReposts` list for a user
Quotes
Interaction Counts
Interactions
Profile
- return actor information for dids A, B, C… - profile hydration - should this include handles? apply repo takedown?
- return did for handle A - `resolveHandle` - answering queries where the query param is a handle
Relationships
- return relationships between user A and users B, C, D... - profile hydration - block application
Lists
- return list of uris of lists created by A - `getLists`
- Return dids of users in list A - E.g. to view items in one of your mute lists
- Return list uris where user A in list B, C, D… - Used in thread reply gates
- Return number of items in list A - For aggregate
Mutes
- return boolean if user A has muted user B - hydrating mute state onto profiles
- return list of user dids of users who A mutes - `getMutes`
Mutelists
- return list uri of *any* list through which user A has muted user B - hydrating mute state onto profiles - note: we only need *one* uri even if a user is muted by multiple lists
- return boolean if actor A has subscribed to mutelist B - list view hydration
- return list of list uris of mutelists that A subscribes to - `getListMutes`
Thread Mutes
Blocks
- Return block uri if there is a block between users A & B (bidirectional) - hydrating (& actioning) block state on profiles - handling 3rd party blocks
- Return list of block uris and user dids of users who A blocks - `getBlocks`
Blocklists
- Return list uri of ***any*** list through which users A & B have a block (bidirectional) - hydrating (& actioning) block state on profiles - handling 3rd party blocks
- return boolean if user A has subscribed to blocklist B - list view hydration
- return list of list uris of Blockslists that A subscribes to - `getListBlocks`
Notifications
- list recent notifications for a user - notifications should include a uri for the record that caused the notif & a “reason” for the notification (reply, like, quotepost, etc) - this should include both read & unread notifs
- get a user’s “last seen time” - hydrating read state onto notifications
- get a count of all unread notifications (notifications after `updateSeen`) - `getUnreadCount`
- update a user’s “last seen time” - `updateSeen`
(message has no fields)
FeedGenerators
- Return uris of feed generator records created by user A - `getActorFeeds`
- Returns a list of suggested feed generator uris for an actor, paginated - `getSuggestedFeeds` - This is currently just hardcoded in the Appview DB
- Returns feed generator validity and online status with uris A, B, C… - Not currently being used, but could be worhthwhile.
Feeds
- Returns recent posts authored by a given DID, paginated - `getAuthorFeed` - Optionally: filter by if a post is/isn’t a reply and if a post has a media object in it
- Returns recent posts authored by users followed by a given DID, paginated - `getTimeline`
- Return recent post uris from users in list A - `getListFeed` - (This is essentially the same as `getTimeline` but instead of follows of a did, it is list items of a list)
Threads
Return posts uris of any replies N levels above or M levels below post A
Search
- Return DIDs of actors matching term, paginated - `searchActors` skeleton
- Return uris of posts matching term, paginated - `searchPosts` skeleton
- Return uris of starter packs matching term, paginated - `searchStarterPacks` skeleton
Suggestions
- Return DIDs of suggested follows for a user, excluding anyone they already follow - `getSuggestions`, `getSuggestedFollowsByActor`
Labels
- Get all labels on a subjects A, B, C (uri or did) issued by dids D, E, F… - label hydration on nearly every view
(message has no fields)
Starter packs
Sync
- Latest repo rev of user w/ DID - Read-after-write header in`getProfile`, `getProfiles`, `getActorLikes`, `getAuthorFeed`, `getListFeed`, `getPostThread`, `getTimeline`. Could it be view dependent?
Moderation
Identity
Graph
GetFollowsFollowing gets the list of DIDs that the actor follows that also follow the targets
Ping
Ping
(message has no fields)
(message has no fields)
Moderation
(message has no fields)
(message has no fields)
(message has no fields)
(message has no fields)
(message has no fields)
(message has no fields)
(message has no fields)
Ingestion
(message has no fields)
(message has no fields)
(message has no fields)
(message has no fields)
(message has no fields)
(message has no fields)
(message has no fields)
(message has no fields)
(message has no fields)
Used in:
Tags being applied to the account itself
Tags being applied to the profile record
Used in:
Used in:
Used in:
Used in:
,Used in:
Used in:
Used in:
Used in:
Used in:
Used in:
, , , , , , , , , , , , , , , , , ,Used in:
, , , , , , , ,- return whether a block (bidrectionally and either direct or through a list) exists between two dids - enforcing 3rd party block violations
Used in:
Used in:
Used in:
Used in:
,Used in:
Used in:
Used in: