Skip to main content


!Friendica Support
Die Anzeige der Kommentare und Likes scheint grad irgendwie kaputt zu sein.

Ein Beitrag von mir in der /network Timeline zeigt das an:

Es stimmt die Anzahl der Kommentare in der Buttonleiste mit der Anzahl der Kommentare zum Aufklappen nicht zusammen.
Dann steht 135 Reshares beim Button für Reshare und "37 Menschen teilten dies erneut"
Beim Likebutton steht gar nix, dafür 177 Daumen-hoch reactions und "45 Menschen mögen dies".



Da mir die Anzeige sowieso seltsam vorkam, da ich vorhin (ich hab grad wieder ein git pull auf 2023.09-rc gemacht) 177 Likes und 135 reshares auch in den beiden Zeilen darunter stehen hatte, wo jetzt 45 und 37 steht, Bin ich dem nachgegangen.

Rufe ich den selben Beitrag direkt auf, dann zeigt er mir folgendes:
Es wären 177 Thumb-up Reactions kein Like, und "176 Menschen mögen das". Auch bei den Reshares stimmt die Anzahl um 1 nicht zusammen. Auch die Anzahl der Kommentare neben dem Kommentar-button stimmt nicht mit den tatsächlichen Kommentaren überein.



Ich glaub, da hat's was.
Das mit den Kommentaren ist schnell erklärt: Die Anzahl der Kommentare neben dem Symbol zeigt die Anzahl der direkten Kommentare an. D.h. 25 Leute haben direkt den Beitrag kommentiert, insgesamt befinden sich aber mehr Kommentare im Beitrag.

Und das mit den Likes und Reshares ist auch einfach erklärt: Wir müssen mit Limits beim Holen der Kommentare, Likes und Reshares arbeiten, ansonsten läuft der Speicher über. Die Zahl neben den Icons ist die korrekte Zahl.
@Michael Vogel
Ok, diese Limitierungen versteh ich.
ABER warum sind in der /network-Timeline andere Zahlen bei der Textbeschreibung wie wenn ich den Beitrag direkt anzeige?
Und warum werden für die Icons nicht die selben Zahlen verwendet, wie für die textliche Beschreibung der Likes und Reshares?
Und warum sind Likes auf einmal per Emoji-Reaktion und nicht beim Like-Button gezählt?
Auf der network-Seite gelten knappere Limits als auf der Einzelseite. Die Zahlen neben den Icons werden direkt per SQL berechnet, dadurch müssen keine Limits beachtet werden.

Das mit dem Like und Emoji-Reaktionen ist etwas, das gelegentlich passiert. Wieso, das weiß ich noch nicht.
@Michael Vogel Ja aber dann lassen wir doch bitte die Zahlen weg, bevor da irreführende und nicht zusammenstimmende Zahlen dort stehen.
@jakob 🇦🇹 ✅ @Michael Vogel
Du meinst die Zahlenangaben zu den klickbaren Likes oder Reshare, korrekt?
Ja, wenn die Angabe ungenau ist und zu Irritationen führen kann, dann sollte sie u.U. nicht mehr angezeigt werden oder der Wert neben den Icon übernommen werden. Wichtig ist jedoch, dass die Funktion als Solche erhalten bleibt. Sie wird von vielen Nutzenden nachgefragt.
@Sascha 😎 🏴 @jakob 🇦🇹 ✅
Nur der Ursprungsserver kennt die korrekten Werte.
@ONE ✔ @jakob 🇦🇹 ✅ OK dann ist aber die Frage inwiefern es Sinn macht abgesehen von den Kommentaren bei Menschen auf anderen Servern anzuzeigen wie oft ein Beitrag geliked, gedisliked oder geteilt wurde oder?
@Sascha 😎 🏴 @jakob 🇦🇹 ✅
Das ist in verteilten Netzen wie den Fediverse schon immer so. Da unterscheiden sich die Plattformen nicht. Es ist immer nur eine ungefähre Angabe, wenn du nicht selbst der Versendet bist.
@ONE ✔ @jakob 🇦🇹 ✅ Jap, es wäre eben in meinen Augen wichtig das auch so darzustellen. Klar wäre in einen eher strikt definierten Protokoll bei entsprechender Umsetzung durchaus möglich, aber so ist AP nicht gestrickt.
@Sascha 😎 🏴 @jakob 🇦🇹 ✅
Genau so ist es. Das war u.A. ein Kritikpunkte an Mastodon von verschiedenen Großköpfen.
@ONE ✔ Inwiefern an Mastodon? Das sie das Protokoll nicht so toll umsetzen?
@Sascha 😎 🏴 Als sie von Twitter kamen, waren Likes und Reshare ihre Währung. Auf Mastodon und im gesamten Fediverse ist diese Anzeige aber ungenau. Ergo waren ihre Werteschemata kaputt und Mastodon war blöd, weil es anders als zentrale Dienste funktioniert.
@ONE ✔ Achso das meinst Du. Stimmt daran erinnere ich mich noch. Ich würde eh lieber so was wie z. B. bei Signal haben, also das man einen Beitrag oder Kommentar einen Emoji zuordnen kann. Dafür kann man dann gerne auf 'gefällt mir' und 'gefällt mir nicht' verzichten.
@Sascha 😎 🏴
'gefällt mir' und 'gefällt mir nicht' sind in Richtung anderer Plattformen wichtig. Und auch grundsätzlich habe ich nichts gegen die Bezeichnung einzuwenden. Das ist aber immer auch eine Typfrage
@ONE ✔ Der Hintergrund ist das man oft gerne auf einen Beitrag reagieren würde, aber gerade nicht die Zeit oder den Nerv hat etwas dazu zu schreiben. Dafür eignen sich dann Emojis recht gut. Das mit dem 'Gefällt mir' und 'Gefällt mir nicht' ist dagegen recht eindimensional bzw. flach.
@ONE ✔ Und klar würde so was nur Sinn machen wenn man es in AP integriert.
@Sascha 😎 🏴

AP hat die Emoji-Reactions mit dabei.

Pleroma nutzt sie, Friendica hatte sie kurzzeitig, zeigt sie auch an, wenn welche kommen.

@ONE ✔
This entry was edited (1 year ago)
@jakob 🇦🇹 ✅ @ONE ✔ OK das hatte ich gar nicht mitbekommen. Ich finde eine Emoji-Reaction auf jeden Fall sinnvoller als 'Daumen hoch' und 'daumen runter'.
@Michael Vogel Warum wurde das damals wieder entfernt?
Sie wurden nicht entfernt. Wir können sie anzeigen, aber selber nicht senden.
@one @sascha @heluecht

Könnt Ihr genauer erläutern, wo und wie #ActivityPub Emoji-Reaktionen unterstützen soll?

Das "Activity Vocabulary" kennt "Like" und "Dislike"...

https://www.w3.org/TR/activitystreams-vocabulary/#activity-types
Es gibt zwei unterschiedliche Umsetzungen. Bei der einen (von Misskey), wird ein "Like" gesendet und zusätzlich ein Content übertragen. Bei der Umsetzung von Pleroma wurde das Protokoll erweitert.
@heluecht @one @sascha

Bei #Pleroma sind mir neulich schon Unterschiede in der Implementation im Vergleich zu #Mastodon aufgefallen (an anderer Stelle).

Wenn #Pleroma #ActivityPub "erweitert", würde es die Kompatibilität zum Standard brechen...!?!
ActivityPub ist dafür gebaut, erweitert zu werden. Friendica überträgt z.B. auch zusätzliche Felder für ein paar Daten, die wir die Diaspora-Kommunikation benötigen.
@Michael Vogel @Nordnick :verified: @jakob 🇦🇹 ✅ @ONE ✔ Das kann aber auch zu Problemen führen, da jedes Projekt so Sachen basteln kann die es will und es Überschneidungen gibt. Außerdem müsste man an die Benutzer kommunizieren das es nicht nur andere Plattformen gibt, sondern das auch Sachen die auf der eigenen so laufen auf anderen Plattformen anders laufen oder gar nicht.
@sascha @heluecht @one

Ganz genau... wenn jede Implementation beliebig von der Empfehlung (Recommendation) abweicht, kann man sich ein Standardprotokoll auch sparen... ;-)

Ernsthaft, beliebig neue Felder zu nutzen, mag vereinzelt 'ne nette Idee sein, bringt aber zwangsläufig Probleme in der Kommunikation mit sich...

Vergleiche mal die Art, wie #Microsoft & Co. z.B. den E-Mail-Standard unterlaufen... :-(
@Sascha 😎 🏴 Wenn ich das richtig verstanden habe, dann werden die zusätzlichen Angaben für Diaspora über das Disapora Protokoll versendet. Das ist also ein Handling das in Friendica stattfindet und an der Außenkante nicht transparent wird.
Da das Diaspora Protokoll nicht gebastelt ist, wird deine Beschreibung dem Ganzen nicht gerecht. Es sind verschiedene Protokolle, die von Friendica unterstützt werden.

@Michael Vogel @Nordnick :verified: @jakob 🇦🇹 ✅ @ONE ✔
This entry was edited (1 year ago)
@heluecht @one @sascha

Weiß das W3C davon? ;-)

Und ich dachte, #Diaspora unterstützt überhaupt kein #ActivityPub!?!
@Nordnick :verified: Wenn ich mich recht erinnere wird AP doch vom W3C entwickelt und verwaltet. Sprich dort währen dann eben auch die Möglichkeiten für Erweiterungen geschaffen und so vorgesehen gewesen.

@Michael Vogel @jakob 🇦🇹 ✅ @ONE ✔
@sascha @heluecht @one

Ja, siehe:

#ActivityPub
#W3C #Recommendation 23 January 2018
https://www.w3.org/TR/activitypub/

#Activity #Vocabulary
#W3C #Recommendation 23 May 2017
https://www.w3.org/TR/activitystreams-vocabulary/
@Nordnick :verified: Ja und genau da sehe ich auch das Problem. Das die Konzeption und Entwicklung von AP beim W3C liegt. Das wäre in der Hand einer eigenen Organisation die einen festen sauberen 'Standard' schafft und die Entwickler aller beteiligten Plattformen zusammen bring besser aufgehoben gewesen.

@Michael Vogel @jakob 🇦🇹 ✅ @ONE ✔
Es gibt eine gewisse Koordination der Entwickler: https://socialhub.activitypub.rocks/
@heluecht

Hab' die URL zwar in meinen Bookmarks, bin aber ziemlich selten da... ;-)

@jakob @one @sascha

https://socialhub.activitypub.rocks/
AP wurde extra so gebaut, dass man es erweitern kann. Und bezüglich ActivityPub und AP: Ja, es unterstützt es nicht. Aber bei der "Friendica zu Friendica"-Kommunikation müssen wir zusätzliche Daten übertragen, damit Friendica-Kommentare auch zu Diaspora übertragen werden.
@Nordnick :verified: Friendica unterstützt neben dem eigenen Protokoll DFRN zusätzlich AP und Diaspora.

@Michael Vogel @jakob 🇦🇹 ✅ @ONE ✔ @Sascha 😎 🏴
@feb

So hatte ich das verstanden und im Hinterkopf: #Friendica unterstützt mehrere Protokolle.

@heluecht @jakob @one @sascha

Moin am Montagmorgen an alle... :-)
Aber am Smartphone sind wieder die richtigen Zahlen beim Text, und keine bei den Buttons...
Es ist aber für mich immer noch unklar, warum die Anzahl der likes und shares als Text am Smartphone und am Desktop unterschiedlich ist...
@jakob 🇦🇹 ✅ Interessant finde ich das der ganze Beitrag hier eingebunden wurde, obwohl ich das gar nicht so wollte. Sprich ich hatte gar keine Auswahl ob der Beitrag hier eingebunden werden soll, hätte ich nämlich sonst nicht gemacht da er recht lang ist und der Inhalt ja nichts mit der Frage an sich zu tun hat.
@Sascha 😎 🏴

Das Preview ist ein wenig gewöhnungsbedürftig. 😁

Funktioniert nicht immer den Erwartungen entsprechend.
@jakob 🇦🇹 ✅ Ja in dem Fall liegt es wohl das wir es zum einen mit dem AP und zum anderen mit dem Diaspora Protokoll zu tun haben. Sagt man bei AP was weiter, so wird einfach der Orginalbeitrag bei den eigenen Beiträgen eingebunden. Sagt man bei Diaspora etwas weiter wird ein komplett neuer Beitrag erstellt. Den Unterschied erkennt man auch bei den Kommentaren. Friendica kann halt beides und nutzt es je nachdem was für Beiträge weitergesagt werden und wohin ein Beitrag geht. Und das kann dann durchaus die 'göttliche Verwirrung' mit sich bringen.
@Sascha 😎 🏴
Ok. Ich hätte das Problem mit dem Prieview eher so wahrgenommen, dass Youtube-Links meist gut funktionieren, bei Peertube gibt es immer wieder mal Probleme (oder war's umgekehrt?), die Quellen werden manchmal nicht korrekt oder gar nicht geparst und dargestellt werden.
Das Verteilen ist dann noch einmal ein Layer Komplexität drüber.
@jakob 🇦🇹 ✅ Youtube und Peertube sind noch mal eine ganz andere Nummer. Youtube Videos werden zumindest bei Friendica und auch Diaspora eingebunden, wenn auch unterschiedlich. Bei Mastodon und anderen weiß ich es jetzt gar nicht. Peertube Videos werden leider nicht eingebunden. Mir ging es bei meinen letzten Kommentar eher darum das der verlinkte Beitrag in meinen vorherigen Kommentar komplett eingebunden wurde und ich das beim Erstellen des Kommentars nicht abwählen konnte. Dadurch wurde ein recht langer Beitrag dessen Inhalt mit der eigentlichen Thematik an sich nichts zu tun hat komplett in den Kommentar eingebunden.
@Sascha 😎 🏴 Ich hab dich schon verstanden.

:-)