Skip to content

Tap: Expose repo status via getRepoInfo#1262

Open
ThisIsMissEm wants to merge 1 commit intobluesky-social:mainfrom
ThisIsMissEm:patch-1
Open

Tap: Expose repo status via getRepoInfo#1262
ThisIsMissEm wants to merge 1 commit intobluesky-social:mainfrom
ThisIsMissEm:patch-1

Conversation

@ThisIsMissEm
Copy link
Contributor

I noticed I'd accidentally been storing the repository state in the status field on my Account model, as identity events give you a status field, but if you need to ensure you have a Account record for a given DID, you probably need to call the getRepoInfo endpoint, which returns a "state" field, which I mixed up with "status"

As the AccountStatus is indeed on the Repo model, I think it makes sense to return it here?

I noticed I'd accidentally been storing the repository state in the `status` field on my Account model, as identity events give you a status field, but if you need to ensure you have a Account record for a given DID, you probably need to call the getRepoInfo endpoint, which returns a "state" field, which I mixed up with "status"

As the AccountStatus is indeed on the Repo model, I think it makes sense to return it here?
@dholms
Copy link
Contributor

dholms commented Jan 6, 2026

I agree it makes sense to return here. It is a bit confusing having "state" and "status" next to each other where "state" references Tap sync state and "status" represents AT account status.

What do you think of calling it account_status instead to help differentiate? In hindsight, maybe state should have been tap_state.

@ThisIsMissEm
Copy link
Contributor Author

I went with status for parity with identity events, but I agree in both cases account_status would be better

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants