Morning all. Quite a day yesterday, and today so far. I’m obviously taking a beating from everyone who thinks the Bluesky bridge should be opt in. OK.
I want to run one idea by you all. The way the bridge is currently designed, no fediverse profiles or other content are proactively bridged into Bluesky. If someone on Bluesky wants to see or follow someone on the fediverse, they have to manually request it on the bridge. That fediverse user’s posts are then only bridged going forward, and only if someone follows them.
What if, the first time someone on Bluesky requests to follow someone on the fediverse via the bridge, the fediverse user gets prompted, “X from Bluesky wants to follow you. Are you ok with connecting with Bluesky?”, maybe via DM. I assume that would still be considered opt in?
Realistically, most people in the fediverse will never hear about the bridge. Traditional opt in and opt out both generally expect people to proactively find a setting or take some action, often one that only a tiny fraction of people ever learn about. I don’t really care how many people discover or use the bridge, but this kind of just-in-time prompt, only shown when someone wants to follow or interact with them, feels like a useful improvement in that it puts the decision in front of them directly.
Thanks to @kio for the idea. It seems promising; I’m now planning to try it out well before launch. Let me know if you don’t like it.
Fediverse Report reshared this.
flere-imsaho
in reply to Ryan Barrett • • •i don't care about the bluesky side of the bridge; i'm managing my mastodon server, not bluesky infrastructure.
from the fediverse side i would like to see explicit opt-in instead of opt-out heuristic based on parsing biography field, also support for AUTHORIZED_FETCH and proper handling of defederations and limiting the server.
a quick question: what happens when a bluesky user requests a follow of a mastodon account on an instance that limits (silences) your bridge instance?
Evan Minto
in reply to Ryan Barrett • • •Evan Minto
in reply to Evan Minto • • •Larry Garfield
in reply to Evan Minto • • •Snark aside, that assumes someone knows to opt out / block / defederate. That's not a given.
I think a confirmation message to the person being bridged is a good solution.
Evan Minto
in reply to Larry Garfield • • •Larry Garfield
in reply to Evan Minto • • •It's not the federation that is the issue. "clone this data of mine to another AP server on demand" is a natural expectation built into federation. But "copy this data of mine to a non-AP company network via a bridge where the rules are different" is a different question, and checking with someone first is reasonable.
The same would apply for auto-reposting Twitter to FB. It's beyond the scope of reasonable expectation to assume "usage implies opt in".
Samir Al-Battran
in reply to Larry Garfield • • •I am not sure which "rules" are different Larry.
There are Nazi instances here, and you are happy with them being opt-out?
I don't see why Nazis should get better treatment than a bridge!
Samir Al-Battran
in reply to Evan Minto • • •well said, Evan! It's exactly what I wanted to say.
Some people here don't understand what a protocol means. There are terrible instances here on Mastodon itself why would they be treated any better than a bridge?
Hartmut Neubauer
in reply to Ryan Barrett • • •