Conversation
|
It's a nice feature, but TBH most users will probably be served better by some browser extension that sets their "home instance" (lemmy tools?), maybe suggesting that also can make people think lemmy can be less of a hassle? |
|
How about showing all three options in the modal and therefore removing the blue info box from the right?
|
|
Based on this comment the path is available via webfinger. So it will also require some backend changes. |
|
That means we will need to add a front end route for this:
|
|
@Nutomic @dessalines @jsit @alectrocute I updated this to have a page to redirect to. I could use some eyes on this. |
dessalines
left a comment
There was a problem hiding this comment.
The components and everything seem to work okay, but I'm struggling coming up with a way we can actually test this, besides putting it on our federation test instances.
This is going to break if the user is on another platform. There it needs to go to |
|
I'm struggling to figure out what the right way forward on this is given the lack of consensus. @Nutomic @poVoq @dessalines |
|
@Nutomic is any of this PR necessary then? LemmyNet/lemmy#3738 If not, I'd say we should merge this, and use the federation test instances to debug / tweak it. |
|
You can already test this with the setup in Lemmy repo @poVoq I think that approach only works with platforms that use the same endpoint |
|
I'm going to work on this again. @Nutomic I'm not sure what steps need to be taken to make this work with the backend change. What endpoint should I be hitting for this? It might make sense to add logic for this to the JS client as well. |
|
The Lemmy backend tells other Fediverse software that remote follow is available at |
|
@Nutomic the existing flow is already the same as what you described in your most recent comment. See this video: remote_fetch_demo.mp4The only rub is that even though the remote community is resolved, the subscribed state never stops being pending. I don't know if this is due to a flaw in how I implemented it or if it's a quirk of testing locally. |
|
I tested it locally and can reproduce that problem. Its weird because the follow goes through if I fetch another community manually and press the sidebar subscribe button. Is there any difference between that and the new follow button you added for the remote follow dialog? Im also getting various |
|
I just tested this with the existing way of fetching remote communities by using the search page and ran into the exact same problem. I think this might only be an issue with testing federation locally, as opposed to an issue caused by my changes. |
There was a problem hiding this comment.
Not a huge fan of that button, for some reason they don't look great in tables. But I leave that up to you.
Once you fix the conflicts, feel free to merge. Then I'll make some RC's, because this is going to need some playing around with on the test instances for sure.


Description
Taking @Nutomic's suggestion from #1804 to make a flow for federating with communities from remote instances. So far I've only made a modal for it. I could add a route to the UI to handle these redirects, but what about Mastodon, Pleroma, Calckey, etc? Is there any standard path to target for this sort of thing?
Screenshots
Remote Fetch Page
Success
Loading
Failed