Email or username:

Password:

Forgot your password?
8 posts total
tobi (they/them) is writing bugs :terminal_cursor:

Hoy hoy, just messed around and deployed this:

https://masto-fe.superseriousbusiness.org

based on the Iceshrimp standalone Masto frontend

You can log in to your #GoToSocial instance and use it like Mastodon :) All data is stored in the browser and on your own computer, masto-fe.superseriousbusiness.org doesn't store anything at all. It's like pinafore or semaphore in that regard.

I'll mess around with it more on and off as a hobby project, see if it can be customized + themed to feel a bit more like GoToSocial.

Thanks for trying it out!

Hoy hoy, just messed around and deployed this:

https://masto-fe.superseriousbusiness.org

based on the Iceshrimp standalone Masto frontend

You can log in to your #GoToSocial instance and use it like Mastodon :) All data is stored in the browser and on your own computer, masto-fe.superseriousbusiness.org doesn't store anything at all. It's like pinafore or semaphore in that regard.

tobi (they/them) is writing bugs :terminal_cursor:

For #GoToSocial users who want a more Mastodon-like experience, you can try logging in to the standalone Mastodon frontend client hosted by #iceshrimp

https://masto-fe.iceshrimp.dev

Almost everything just works (tm), barring a couple 404s from endpoints we didn't stub out yet. It's really nice :)

jade arson. (soon @ 38C3, 📞 AWOO)

@dumpsterqueer oh that's what I've been using ever since gts.apicrim.es is a thing actually :3

tobi (they/them) is writing bugs :terminal_cursor:

Backend stuff for domain permission drafts is in place, working on the frontend / settings panel stuff now.

Domain permission drafts will let you create domain block or domain allow drafts either manually or from a block / allow list subscription. You can then remove the draft if you decide you don't want it, or accept the draft and put it into force as a block or allow.

#GoToSocial

Screenshot of the GoToSocial settings panel, showing a new side menu for domain permission drafts. The menu routes to pages for viewing existing drafts and creating new drafts.
tobi (they/them) is writing bugs :terminal_cursor:

interaction policies generally seem to work quite well, but there's still a few cases where unapproved reply chains can slip through, and there's still an issue with replies getting lost from instances that aren't interaction policy aware

not too bad considering!

tobi (they/them) is writing bugs :terminal_cursor:

there, wrote some code for pending replies so that when you have a reply waiting for your approval, it gives you a nice little note about it, and lets you know you can implicitly accept it by interacting back

this will make things a bit easier for people using client apps that don't yet support interaction policies (ie., every single client app currently); this way folks can at least approve interaction requests without leaving their app of choice

(and and in the image the host is only showing as "localhost:8080" because I'm using the test rig right now)

#GoToSocial

there, wrote some code for pending replies so that when you have a reply waiting for your approval, it gives you a nice little note about it, and lets you know you can implicitly accept it by interacting back

this will make things a bit easier for people using client apps that don't yet support interaction policies (ie., every single client app currently); this way folks can at least approve interaction requests without leaving their app of choice

The Mastodon client app pinafore.social, showing a status made by a logged in test user, and then a reply by another user. Underneath the reply is a note saying:

"Note from localhost:8080: This reply to your status is pending your approval. You can accept the reply by liking, replying to, or boosting it. You can also accept or reject the reply at the following link: http://localhost:8080/settings/user/interaction_requests/01J5QVXCCEATJYSXM9H6MZT4JR (opens in a new tab)."
tobi (they/them) is writing bugs :terminal_cursor:

I opened an issue on Mastodon to suggest a code change that would save on network requests to GoToSocial instances.

https://github.com/mastodon/mastodon/issues/19217

Currently, if the PublicKey ID for an Actor is not at the same url (plus fragment) as the Actor itself, Mastodon will always refetch the key during signature verification

Since Mastodon does already have the key stored for that Actor if the Actor has interacted with the instance before, this is rather wasteful of resources, which is especially noticeable on smaller instances which deliver to Mastodon inboxes.

My suggestion is to add a field like public_key_uri to Account database entries. The appropriate Actor for an incoming request could then be selected from the database with something like SELECT * FROM accounts WHERE public_key_uri = 'https://example.org/users/someone/main-key'; Then if the instance had the Actor stored already, it would not need to make a remote call to the origin instance to validate the signature.

I would try to implement this myself, but I have almost no experience with Ruby, so I’m not sure where I would start.

Are there any Ruby-doers out there who could do such a thing?

I opened an issue on Mastodon to suggest a code change that would save on network requests to GoToSocial instances.

https://github.com/mastodon/mastodon/issues/19217

Currently, if the PublicKey ID for an Actor is not at the same url (plus fragment) as the Actor itself, Mastodon will always refetch the key during signature verification

tobi (they/them) is writing bugs :terminal_cursor:

Kinda exciting to see some people from cybre.space trying out GoToSocial. In the spirit of being honest + straightforward, I just wanna make it known to everyone that:

GoToSocial is still in ALPHA not even beta yet, so expect bugs. Many bugs! It’s constantly being patched and updated. Look at all these issues!
There’s lots of stuff missing still. Hashtags don’t work properly yet. Polls don’t work. You can’t upload videos. All that stuff is on the roadmap document, which you can read right here -> https://github.com/superseriousbusiness/gotosocial/blob/main/ROADMAP.md
Despite all that, it’s pretty neat software imo. It might be nowhere near finished but it’s already zippy and doesn’t use a lot of resources, and you can use it for day-to-day posting no problem.

SO! It’s awesome if you wanna try it out and help find + fix broken stuff, that’s the whole point of alpha after all 😎 But don’t expect a 1:1 smooth transition from Mastodon to GoToSocial, cuz that’s probably not gonna happen! If you have a low tolerance for jank and just want something that straight up works, you’re best off looking for other software at this point ;)

Kinda exciting to see some people from cybre.space trying out GoToSocial. In the spirit of being honest + straightforward, I just wanna make it known to everyone that:

GoToSocial is still in ALPHA not even beta yet, so expect bugs. Many bugs! It’s constantly being patched and updated. Look at all these issues
Go Up