Skip to content
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

Can't unfollow atproto user from AP #1645

Open
TomCasavant opened this issue Dec 23, 2024 · 3 comments
Open

Can't unfollow atproto user from AP #1645

TomCasavant opened this issue Dec 23, 2024 · 3 comments
Labels
bug User-facing breakage and reliability issues within Bridgy Fed.

Comments

@TomCasavant
Copy link

I accidentally followed a user with https://tomkahe.com/@ohgo (https://bsky.app/profile/mattsledge.xyz) I immediately unfollowed (which I think resulted in #1361). I've tried re-following, waiting 45 minutes and unfollowing and it still seems to show it's following that account on Bluesky https://bsky.app/profile/ohgo.tomkahe.com

@Fauli1221
Copy link

I managed to follow a unbridged profile and am also unable to unfollow it

@TomCasavant
Copy link
Author

In my case it's definitely a bridged profile https://fed.brid.gy/bsky/mattsledge.xyz, but it does say the profile is only visible to logged in users

@Tamschi Tamschi added the bug User-facing breakage and reliability issues within Bridgy Fed. label Dec 24, 2024
@Tamschi
Copy link
Collaborator

Tamschi commented Dec 24, 2024

It definitely looks like #1361 to me, so @snarfed should hopefully be able to fix this manually since the record should still be on, well, record within Bridgy Fed's PDS.

To an extent, this is probably a design flaw in Bluesky though (which may also exist in some ActivityPub implementations, since the ActivityPub Primer currently has the same issue here: https://www.w3.org/wiki/index.php?title=ActivityPub/Primer/Follow_activity&oldid=116221#Multiple_Follow_activities).

To recover automatically from lossy transmission, the stored ID of unique relations must be the most recent one that would have created it, not the oldest or all ID(s). That way, it's always possible to create a state where the next delete/Undo properly removes the relationship, even if the sender loses all data aside from authorisation and the target object ID.


Edit: Filed:

I don't have very high hopes since it probably involves infrastructure changes, but the latter would create a user-accessible workaround for this particular issue here if implemented in Bluesky-the-AppView. It's still fundamentally a Bridgy Fed bug, of course.


I managed to follow a unbridged profile and am also unable to unfollow it

That sounds like a separate problem. I assume you followed while the profile was bridged and then it was unbridged?
Bridgy Fed should break cross-network relations towards an account that becomes unbridged for some reason, since their author becomes unable to do so manually, but it sounds like it doesn't do that yet.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug User-facing breakage and reliability issues within Bridgy Fed.
Projects
None yet
Development

No branches or pull requests

3 participants