GNU social V3https://gnusocial.rocks/v3/index.html Development blog where we announce our progress.en Wed, 18 Aug 2021 13:42:44 +0100 Wed, 18 Aug 2021 13:42:44 +0100 Updates: V3 blog We initially thought that the milestones list would be enough to announce the development progress. But it's a little too vague and doesn't really let us express all the on going changes and efforts.

The git history, but it can be challenging and obscure to outsiders and non-technical people.

With the introduction of this blog made with bashblog, we hope to make all the progress more visible and easier of following :)

It has a RSS feed so, don't forget to subscribe!

]]>
https://gnusocial.rocks/v3/updates-v3-blog.html https://gnusocial.rocks/v3/./updates-v3-blog.html GNU social development team Mon, 16 Aug 2021 21:51:32 +0100
Updates: Implement StoreRemoteMedia for v3 and port Embed GNU social comes with two plugins that add important media functionality.

Not talking neither about ImageEncoder nor VideoEncoder this time, but rather about StoreRemoteMedia and Embed.

StoreRemoteMedia fetches remote files when they are Linked in a note. I.e., when the major mimetype isn't text. It usually fetches and attempts to generate a thumb, if there are no encoders, it drops.

Embed attempts to generate a page preview from opengraph and oembed. I.e., acts when the major mimetype is text.

We've changed so much with GNU social v3 that, regarding SRM there was no possible port, just a full rewrite. The code of both plugins became much easier of understanding and compact, while promoting the same functionality with more stability.

]]>
https://gnusocial.rocks/v3/updates-implement-storeremotemedia-for-v3-and-port-embed.html https://gnusocial.rocks/v3/./updates-implement-storeremotemedia-for-v3-and-port-embed.html GNU social development team Fri, 13 Aug 2021 13:37:42 +0100
Updates: Improve the Attachments system With the milestone "Port Media system from v2" we had ported the existing attachment system. The fact is that this system wasn't good enough.

It's always important to start with the original code as that allows us to review past decisions and understand all the corner cases.

Sadly, what motivated us to re-design the attachment system was the non-considered corner cases.

Key commits:

The reasoning leading to these entities and structure is detailed in our wiki.

Some relevant observations:

  • Link is now part of GNU social Data Representation terms. It represents any remote URL being shared in a note.
  • There's only one fixed directory for GSFiles.
]]>
https://gnusocial.rocks/v3/updates-improve-the-attachments-system.html https://gnusocial.rocks/v3/./updates-improve-the-attachments-system.html GNU social development team Thu, 05 Aug 2021 13:37:42 +0100
Updates: Finish the Avatar component Avatar Component source.

Its controller handles upload, update and removal.

Important change from v2: Avatars are now regular attachments.

]]>
https://gnusocial.rocks/v3/updates-finish-the-avatar-component.html https://gnusocial.rocks/v3/./updates-finish-the-avatar-component.html GNU social development team Wed, 04 Aug 2021 13:42:37 +0100
Milestone: Documentation and Tests Infrastructure WIKI Milestone entry

GNU social now has its documentation available in https://docs.gnusocial.rocks/. It features four different books. It is automatically generated from the source using mdBook.

Only the development book is in an elaborated state, the other books are holding for more ready code.

Two of them are updates from existing documentation:

And two of them are new:

  • The Developer is both intended to guide third-party plugin developers and to make it easier of contributing to the code.
  • The Designer is the most recent of the four and came from a necessity of keeping some standardization between templates and ensuring the same principles are kept in mind when designing new themes.

Together with the documentation we've introduced a wiki. Its purpose is to walk-through decisions, convention, terminology. It's where we document the reasoning the dev team went through before implementing more sophisticated functionalities.

Finally, when the documentation doesn't explain, and to ensure the whole code is properly tested, we have the tests. And the coverage is available here.

]]>
https://gnusocial.rocks/v3/milestone-documentation-and-tests-infrastructure.html https://gnusocial.rocks/v3/./milestone-documentation-and-tests-infrastructure.html GNU social development team Wed, 04 Aug 2021 13:37:42 +0100
Milestone: Port Media handling from v2 WIKI Milestone entry

File Storage in GNU social is used for avatars, for notes containing attachments, and for notes containing links (in which case is an Embed preview). Notes can be created by local users or fetched from remote actors. Filehash is used to reduce file duplication.

When a user shares a Link that uses OpenGraph tags or has an OEmbed provider, the Embed plugin generates a preview for it that may contain a thumbnail.

When a user shares a Link to an image, the StoreRemoteMedia plugin can fetch the file and make it available as an attachment, and will generate a thumbnail.

When an image, video, or other file type is uploaded or retrieved, an Attachment entity is created. When a thumbnail is requested, one is generated.

There are three relevant plugins for attachment handling:

  • ImageEncoder: Allows to compress, validate, rescale, and sanitize images using VIPS.
  • VideoEncoder: Allows to compress, validate, rescale, and sanitize videos using FFMpeg.
  • FileQuota: Ensures a user stays under the file quota.

How is the code organised?

There are various entities related to attachment, and thumbnail handling. The main ones are:

The plugins are able to act by means of the Events system, as elaborated in the documentation.

]]>
https://gnusocial.rocks/v3/milestone-port-media-handling-from-v2.html https://gnusocial.rocks/v3/./milestone-port-media-handling-from-v2.html GNU social development team Mon, 03 May 2021 13:37:42 +0100