Which may be a feature as far as most GTS and Snac users are concerned!
But I do want Threads to technically be able to federate with most/all other software that uses #ActivityPub, so it can be user/admin choice whether to accept connections from the giant instance...and more importantly, to cut down on the risks of vendor lock-in and EEE.
And I hope more compatible systems will cut down on the "OK, my software federates with itself and Mastodon, I'm done" problem. In some cases there may be bugs on the smaller project's side, and fixing them might also fix issues talking to other small projects.
If Facebook had an issue tracker for threads, someone could open an issue there. If threads was an open source project, we could look at the code and immediately know what's up, but... 🤷
Latest #FOSSAcademic post: Researching the fediverse from the perspective of individual or instances. In which I draw on an article Christina Dunbar-Hester to talk about researchers' perspectives on the #fediverse, including my own.
Mi è stato chiesto di raccontare la mia esperienza con #GoToSocial, un server #activitypub che vanta un footprint piccolissima e un ridotto utilizzo di risorse (gira anche su Raspberry PI), una installazione facile e veloce e una buona compatibilità con le API di #Mastodon.
We poked around and this looks like an issue in our SQLite dependency, so we stepped down to the most recent stable version, and also added some code to prevent the problem from rendering an instance unresponsive.
No db migrations or config file changes between v0.14.0 and this version, so upgrading is as simple as updating your docker container or stopping GtS, untarring the release, and starting GtS again.
For instructions to update to this release from versions < v0.14.0, see the v0.14.0 release notes, but replace v0.14.0 with v0.14.1 throughout.
We're really proud of this release! It fixes a lot of longstanding annoying bugs, and adds some very neat features tooooo
Thanks to everyone who helped us with code and trying out release candidates and filing issues, and a big thank you to all our financial supporters who help us out via opencollective and liberapay :)
When upgrading to this version from a previous release, please note that there are CSS and HTML updates, config file changes, and several database migrations which may take a while to run! So please read the migration notes carefully :)
Release highlights:
Account aliasing. You can now set the alsoKnownAs field on your account via the settings panel, to indicate other accounts you own. This doesn't do much now, but it's the first step towards the Move implementation for account migration coming in v0.15.0. We originally wanted to include Move in this release but it needs more testing so we pushed it back. Hang in there :)
Much better thread sorting. Conversation threads on both the web view and client API use a new sorting mechanism which makes them way more readable. No longer will replies in a thread be scattered all over the place.
Better HTTP signature support. We fixed a longstanding issue with including vs not including query parameters in signed GET requests. We now try (and accept) both methods of constructing signatures. Which leads to...
Improved thread fetching. You'll see far fewer "orphaned" statuses in your timeline now, and you'll see more replies on statuses from other instances.
Syntax highlighting for code blocks on the web UI. When you include a code block in your markdown now, and correctly indicate the language the code is written in, it will be syntax highlighted when rendered on your profile in the web UI. This requires javascript, but it's a progressive enhancement feature. Visitors to your profile with javascript turned off will just see the code block without syntax highlighting :)
Improved "about this instance" page, with a link to the page in the nav bar. Previously the "about this instance" page was more or less hidden. We've now surfaced it better, so you can write all your terms and conditions and instance description stuff there. Relatedly....
Parse instance descriptions and terms and conditions as markdown. Previously it was very difficult to properly edit these fields, because you had to read + write HTML to do so. Now they're parsed as markdown. This means you can more easily include things like blockquotes, lists, etc.
Big refactor of HTML templates + CSS. We did a serious rework of HTML templates to fix indentation. Previously if you did "view source" on a GoToSocial profile page, you'd see a mess of sloppily-indented HTML. With this refactor, the HTML is now nicely indented and much more readable. We also did an accessibility pass and tested our HTML with various screen readers to try to make the web view a bit less annoying to navigate.
First pass at a basic spam filtering system. In light of spam waves happening on the fediverse recently we took a crack at implementing a filter to drop messages identified as spam. This is still in the experimental stage, but it's included in this release so you can try it out already. See the docs for details.
What happened to the first release candidate, you say? Well, it didn't work properly 🤦 But this one does.
If you're the type of badass admin who uses release candidates, please give it a shot :) If you find any bugs particular to this release candidate, let us know on our issues page so we can fix them before 0.14.0 proper.
As always, please read the migration notes carefully!
Highlights of this release (candidate):
Account aliasing. You can now set the alsoKnownAs field on your account via the settings panel, to indicate other accounts you own. This doesn't do much now, but it's the first step towards the Move implementation for account migration coming in v0.15.0. We originally wanted to include Move in this release but it needs more testing so we pushed it back. Hang in there :)
Much better thread sorting. Conversation threads on both the web view and client API use a new sorting mechanism which makes them way more readable. No longer will replies in a thread be scattered all over the place.
Better HTTP signature support. We fixed a longstanding issue with including vs not including query parameters in signed GET requests. We now try (and accept) both methods of constructing signatures. Which leads to...
Improved thread fetching. You'll see far fewer "orphaned" statuses in your timeline now, and you'll see more replies on statuses from other instances.
Syntax highlighting for code blocks on the web UI. When you include a code block in your markdown now, and correctly indicate the language the code is written in, it will be syntax highlighted when rendered on your profile in the web UI. This requires javascript to be enabled in a visitor's web browser, but it's a progressive enhancement feature. Visitors to your profile with javascript turned off will just see the code block without syntax highlighting :)
Improved "about this instance" page, with a link to the page in the nav bar. Previously the "about this instance" page was more or less hidden. We've now surfaced it better, so you can write all your terms and conditions and instance description stuff there. Relatedly....
Parse instance descriptions and terms and conditions as markdown. Previously it was very difficult to properly edit these fields, because you had to read + write HTML to do so. Now they're parsed as markdown. This means you can more easily include things like blockquotes, lists, etc.
Big refactor of HTML templates + CSS. We did a serious rework of HTML templates to fix indentation. Previously if you did "view source" on a GoToSocial profile page, you'd see a mess of sloppily-indented HTML. With this refactor, the HTML is now nicely indented and much more readable. We also did an accessibility pass and tested our HTML with various screen readers to try to make the web view a bit less annoying to navigate.
First pass at a basic spam filtering system. In light of spam waves happening on the fediverse recently we took a crack at implementing a filter to drop messages identified as spam. This is still in the experimental stage, but it's included in this release so you can try it out already. See the docs for details.
How do you balance between a wide range of content and massive following (I'm at > 800) and handpicked timeline?
I know there are lists and there are relayServers (I'm operating a #GoToSocial instancen), but I still miss a lot of posts in the flood called timeline.
@st3fan I'm also running my #GoToSocial instance.
I follow hashtags via https://relay.fedi.buzz/ on an alt account so it populates my federated timeline with stuff I'm interested in. You can now either search for hashtags or create tabs on your main account.
#Fedibuzz relays can be followed like normal users, no relay support is needed. Example: @tag
I think a lot of my frustration with some of the “consent based” social networking pushers is the lack of consistency. Those same people don’t want to utilise software that will grant them the experiences they desire, instead they want to argue and fight in an attempt to force others. Why not use #Hubzilla#GoToSocial#CounterSocial and others that have more control? Or join spaces that have allow list federation? #Fedi#Fediverse#Mastodon
Hello again #Fediverse, I may need your #fedihelp. So, here's a list of the Fediverse software I'm about to make temporary accounts for to test all the features and differences:
So, did I miss anything noteworthy? Does anyone have any tips or recommendations before I choose a server for any one of these? I'll probably be going for the most popular server on each for improved federation and maintenance.
Note: I'm using #Sharkey right now and Misskey forks are already overrepresented, so that's why it's not included.
If you're running on v0.13.2 or below, you should update to this release as soon as you have the time. There are no database migrations or frontend file changes, so this should be fairly easy!
Similar to the v0.13.2 release, this one closes a couple gaps with regard to ensuring that remote accounts and statuses can't be imitated.
It also fixes a couple different bugs with regard to your instance trying to dereference accounts who've blocked you, or whose instances have blocked you, leading to less weird-looking behavior from the user's side :)
Oh, and as a nice side effect of the above changes, federation with Bookwyrm should work a bit better now too! 📖 🪱
If you're running on a main snapshot build, you should update to the latest code on main by either refreshing the Docker snapshot tag, or taking the latest binary snapshot bundle.
Now with that out of the way we can get on with working on features for 0.14.0 :P
Thanks for reading! Have a good Thursday! :under_construction:
@andreclaassen das #fediverse ist so voller verschiedener sachen, #firefish#gotosocial#castopod da kann man soviel ausprobieren von motivierten leuten programmiertes, da hab ich persoenlich gar keinen bedarf zu schauen, was die milliardaere des planetens so programmieren lassen.
wir sind zwar nicht mehr, aber vielleicht genug ;)
Right, before I dig in too far, can anyone comment to the stability of #GoToSocial these days, as well as how well it's kept up with compatibility with the Mastodon API? Also, person number 389 here saying that it would be great to have a spreadsheet of all of the various fediverse software and how they're different from one another.
I'm now running a test instance of #gotosocial as my new self hosted Fedihome.
I'd appreciate if my followers could just follow @mike as well as this account. That way I can ease the transition and hopefully avoid too much disruption.
We're well on the way to #GoToSocial 0.14.0 release candidate 1!
Based on the sheer amount of fixes and improvements included, 0.14.0 will probably be the biggest release we've done so far :gtspat:
It will also (probably, unless something goes wrong) be the first GoToSocial release to include support for the Move activity, which will let you migrate an existing account to or from a GoToSocial instance, while keeping your followers and following relationships intact :) We waited a long time to write this functionality because we wanted to make sure GoToSocial was in a decent state before people start migrating accounts to it.
So, very exciting! If all goes well, expect more news on the first release candidate in a couple weeks (we're still fixing some bugs, as always).