-
Notifications
You must be signed in to change notification settings - Fork 28
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
figure out user and post discovery #18
Comments
seems like there's been some progress here. some of us are now having better luck finding and seeing our indieweb sites. e.g. searching for |
I was able to search for my new profile |
I can also confirm after fixing my h-card Haven't posted since the fix so not expecting content to be viewable at this point, but definitely step in right direction. |
I'm also seeing requests on my site coming in like this: GET /api/v1/instance HTTP/1.1" 404 16085 "-" "MastodonInstances (https://instances.social)" It's a 404 of course, wondering whether we can ignore that or not ? (but maybe this is not related with discovery or posts anyway) |
So the fact I can't follow/remove anymore when searching (I see an hourglass now) is maybe because I now have to confirm the request from '''@realize.be@realize.be''' to https://mastodon.social/@swentel - but not sure how I would do that :) This is the response from the search:
And this is the response mastodon does on that account to get relationships:
|
To confirm: the hourglass is because
So, wondering if this expires at some point. |
thanks for all the experimenting @swentel!
i expect this is part of #21. we'd probably need to accept the AP (PRs welcome, as always!) |
So re: post discovery. I know aaron, when posting a note, sends an AP request to his followers. I've been able to do that as well by sending an object which resembles a reply post, but without the 'inReplyTo' property and send it to the shared inbox of an instance with the followers + https://www.w3.org/ns/activitystreams#Public in the to property. So it's basically the same as the reply mechanism that exist already, maybe it even works out of the box, haven't tested that yet - but we'll currently run on the same id/actor host comparison problem. |
So I may have a lead to the discovery of posts. When an account has a hub, and when you follow, mastodon will try to subscribe to your atom feed. The problem, if I'm right, is on following line: https://github.com/tootsuite/mastodon/blob/master/app/services/subscribe_service.rb#L38 It generates a callback url based on the account id. I haven't figured out what api_subscription_url exactly returns (I really can't find the function and it doesn't really look like an external library function), but, what's interesting is that it uses the account.id. That one will eventually point to fed.bridgy, so in the end, verification by the hub on that callback will fail, because it simply doesn't exist. By looking in mastodon/mastodon#1884, it seems like that callback url will be something like fed.bridgy/api/subscriptions (I don't think the domain will be in it). So, if that's really the case, that callback needs be created which returns the challenge by the hub so the subscription can happen. Maybe you could check the logs to see if there is call from (bridgy-fed.)superfeedr.com somewhere ? |
interesting! i don't see any requests to any i've updated that to be a specific path, and i'll log the body, so now if we try following a bridgy fed user, we can maybe see if it's relevant. |
Hmm, if you check https://bridgy-fed.superfeedr.com/, you see the hub.callback there, so I /think/ there's two of those callbacks (unless I'm reading it wrong again heh) And yes, maybe it will just go the root of the domain. I'd say, follow my account with your mastodon user. I haven't checked whether the subscription happens before or after the accept, but I can send an AP accept call from my machine if I have the request :) |
re: user discovery - copy pasted from IRC: "I think the documentation only needed is something like "Interact with an instance mastodon once, and you'll be discovered at some point That's all there really is to." I've seen the code a couple of times now. And mastodon creates an account if it doesn't exist yet, and then starts syncing to other instances. |
true! two different callbacks, for different clients. the one i mentioned is superfeedr's callback to me, the bridgy fed owner, when a new followers subscribes. the one mentioned on https://bridgy-fed.superfeedr.com/ is for followers, to notify them when there's a new post. ...regardless, https://bridgy-fed.superfeedr.com/ isn't actually set up to do anything right now. as mentioned in #33 (comment), it's just a no-op WebSub hub to satisfy mastodon requiring one in the atom feed. if we need the hub to actually do anything, we should rethink, and/or maybe switch to full AP delivery. |
status update: following works now, both directions. original posts also make it into AP/Mastodon now; see #33. not sure if discovery is fully "complete" now, but it should definitely be closer and more intuitive. |
Yes I think this is pretty much complete. As far as I understand the interaction right now, I think the docs should mention two subtle things:
Maybe we'll figure out a different way later, but this 'restriction' seems fine imo for now. |
ah, thanks for those! i'll add them too. |
should have thought of this earlier. right now, the first thing many users are doing is trying to discover themselves in mastodon and hubzilla, not send a response. so far, not much luck. we should figure that out.
mastodon background in mastodon/mastodon#1441 (comment) , which claims that atom feed with PuSH hub and webfinger with atom, profile, salmon, and magic key links should be enough...but that's evidently not true, since @miklb @mblaney @aaronpk all have those, and they still can't discover their sites from inside mastodon.
(i do show up inside mastodon, as
@me@snarfed.org
, which is misleading. that's probably only because i've federated replies etc into it.)The text was updated successfully, but these errors were encountered: