Conversation

Notices

  1. @mmn @pettter @takecherryakenji i think i agree with @gargron here. last time i checked, i remember thinking gs needed work on conversations

    Monday, 13-Feb-17 14:59:40 UTC from quitter.se
    1. @mmn @pettter @takeFrankerZakenji @gargron e.g. i think gs doesn't store the reply-to uri if the notice replied to doesn't exist locally (yet)

      Monday, 13-Feb-17 15:01:32 UTC from quitter.se
      1. @mmn @pettter @takekiwiakenji @gargron imo conversation_id in gnusocial is only a good idea if it speeds up db-stuff locally

        Monday, 13-Feb-17 15:04:31 UTC from quitter.se
        1. @hannes2peer conversation_id is in place to prevent one of the most annoying things we had to deal with back in 2011 when most of the fediverse ran on statusnet: whenever someone deleted a post, the entire conversation tree would crumble and going into context would just show loose messages, or an individual post. It has a good reason to exist and should not be removed unless you want to go back 6 years in development. While it's not an issue for networks focused in ultra-casual, meaningless interaction, it's highly consequential for any node that values extensive and meaningful discussion, and for any implementation of GNUsocial in a work environment where easily following conversations is required.

          Monday, 13-Feb-17 15:12:13 UTC from web
          1. @nerthos yes you are right, i wasn't thinking!

            Monday, 13-Feb-17 15:14:57 UTC from quitter.se
          2. @nerthos > go back 6 years in development.

            https://github.com/tootsuite/mastodon

            Monday, 13-Feb-17 15:17:41 UTC from gs.kawa-kun.com
            1. @nerthos Oh, and federations didn't federate from GS to Mastodon a while back, either, so maybe that was another one of his workarounds.  Not sure about the status of that now.

              Monday, 13-Feb-17 15:22:55 UTC from gs.kawa-kun.com
              1. @takemangoakenji Honestly I'm a bit conflicted on whether it'd be better to keep being semi-compatible or whether Mastodon would be better off as a proper branch with it's own networking rather than being loosely compatible with the standing network.

                Monday, 13-Feb-17 15:26:22 UTC from web
                1. @nerthos With the work that @lambadalambda and @dtluna are doing, our side of the fediverse may move on to a better protocol that Gargron incidentally doesn't want to support.

                  Monday, 13-Feb-17 15:31:14 UTC from gs.kawa-kun.com
                  1. @takegrapeakenji I'm not aware of what they're working on. IMO it's best to stick to classical OStatus as it's supported by basically every network.

                    Monday, 13-Feb-17 15:35:18 UTC from web
                    1. @nerthos OStatus is a pretty bad protocol, Mastodon events notwithstanding, hence the push.

                      Monday, 13-Feb-17 15:38:17 UTC from gs.kawa-kun.com
                      1. @takeFluffle Puffakenji Moving from it would cause a mastodon 2.0 where again older networks would not be compatible. I tend to prioritize sticking to used protocols unless they're unsustainable.

                        Monday, 13-Feb-17 15:39:40 UTC from web
                      2. OStatus is a minimum viable protocol. It is up to us to work to extend it in sensible ways. Evan tried to do that, but some of its component protocols were based at Google, which lost its desire to interoperate once GPlus launched.

                        Sunday, 19-Feb-17 14:24:04 UTC from nu.federati.net