We just released version 4.1.0 of NodeBB. Here are the latest features you can now take advantage of!

As an aside, for the first time in a long while, both @baris and I are working on the same codebase again. Up until version 4 was released, I’d been working on the activitypub branch and periodically merging in the latest changes from develop. It’s nice to be home! :house_with_garden:

Improved federation of Group actors :left_speech_bubble:

We’ve improved the activity synchronization for followed group actors. Local updates/likes/etc. are now federated outward by the category in addition to those from remote users. Thanks to @rimu@piefed.social and @freamon who worked with me on debugging this one.

Mentions and Emoji now federating out in source.content :wave:

Emoji and mentions have been sent out to followers since v4, but that wasn’t reflected in the raw markdown content that we also send along. That has been remediated now, and this change improves nodebb-to-nodebb federation.

Video object type now parseable :tv:

NodeBB is now able to ingest Peertube Video objects, and render then in a topic just like other pieces of content. Thanks @deadsuperhero@forum.wedistribute.org for prodding me to get this sorted out!

    • Kichae@community.nodebb.org
      0·
      3 months ago

      @onlinepersona@programming.dev Following groups on other sites works well. The current default theme doesn’t do visual threading, but reply relationships are maintained and linked. QuickReply kind of quietly discourages direct replies to comments, though, so I imagine many users - especially those new to the bulletin board experience - may end up replying to OPs, especially without a threaded UI.

      I’m sure there’s nothing stopping someone from making a threaded theme, though.

      • julian@community.nodebb.orgOP
        0·
        3 months ago

        @onlinepersona@programming.dev there is some active discussion around how to better represent federated communities. The current iteration of NodeBB will bring them in as regular user accounts that can be followed, and this is tested and working with Lemmy and PieFed, primarily.

        @Kichae, two things:

        1. You’re right, and I’ve brought that up internally. It’s difficult to justify the change in UX, but there may be a way to support both UX flows with the addition of a checkbox that adjusts toPid/inReplyTo. The downside of that is the whole point of the quick-reply box is to actively limit the number of visible controls :smirk:

        2. A threaded view is difficult because it is not scalable, at least with the way our current backend is built out. We load topics page by page, which means every page is loading in O(x*n) time¹, where x is the number of posts. If we wanted to load a threaded view, we’d have to query every single post and build the threaded relationship on-the-fly, since we don’t maintain that in the backend, and that’s… O(a lot more)²

        There is a way we can approximate the threaded UI, but @baris and I haven’t played around with it for a couple years…

        ¹ I am not well-versed in computer science so I may be wildly wrong about this ² very scientific, yes.

        • Kichae@community.nodebb.org
          0·
          3 months ago

          @julian Personally, I find the reply list – and especially the new auto-quote back-references – a more than sufficient solution, but then I don’t think threaded discussions are a value-add to the bulletin board experience.

          It’s just not part of the expected UX, and kind of breaks the BB UX, which has always been built on the expectation of reverse-chronological posting. Not that I don’t understand the utility, or someone having the preference. Threading is now ubiquitous on other social modals. It’s become part of the design language of Web 2.0.

          Some platforms that use threading now only load the first couple of levels of replies. I wonder if that’s something that’s currently possible via theme work, or if a plugin would be required, or even if work on core would be necessary. Or if some sort of popup modal that loads threads might be viable? Solutions that wouldn’t require the threads to be pre-loaded.

    • eeeee@community.nodebb.org
      0·
      3 months ago

      @freamon Are you saying that Lemmy is different in that regard? Example. Im logged into Lemmy and see and interesting post that a friend might be interested in. I post as a reply Hey @friend@nodebbinstace look at this

      Then it wont notify? How am I supposed to include a friend in a thread?

    • <baris>@community.nodebb.org
      0·
      3 months ago

      Yeah there is a config property config.showNestedReplies https://github.com/NodeBB/NodeBB/blob/master/public/src/client/topic/replies.js#L40, it is not exposed anywhere but a plugin can set this to true in filter:config.get and that would cause more than one level of replies to show up. However the posts all show up at the top level in chronological order, since core adds everything at the top level(tid:posts) and then adds it topid::replies if it is a reply to a specific post.

    • eeeee@community.nodebb.org
      0·
      3 months ago

      @julian did you have a chance to look at this issue of not being able to post into lemmy community? Aldo, posts from Lemmy mentioning my nodebb username arent coming through, but they do reach going the other direction It doesnt work from Lemmy->Nodebb whether the poster is only followed, or even when the Lemmy poster directly mentions nodebb user! This of course may be a Lemmy issue given that its working fine from Nodebb, and is fine with Mastodon

      • freamon@community.nodebb.org
        0·
        3 months ago

        @eeeee If you mean ‘post’ in the sense that Lemmy means ‘post’ (i.e. something distinct from a comment), then Lemmy doesn’t process User Mentions in those. In a comment, you can Mention your NodeBB user and Lemmy will send it to the relevant instance, but nothing will happen if you Mention your NodeBB user in a post.