Skip to main content

 

Hi @Friendica Support gerade die aktuelle Diskussion bzgl. dem Fedi-Beitritt von #Meta zeigt meiner Meinung nach recht deutlich, wie wichtig es wäre, dass es ein Instanzen-Block auf Userebene geben würde. Also das nicht der Admin eine Instanz blockt (was ja jetzt schon machbar ist), sondern der User selber für sich.
Ist hierzu bei #Friendica was angedacht? Wäre das technisch möglich?
@Tuxi :Friendica: 🐧 ✅ siehe https://loma.ml/display/373ebf56-1064-8fed-33ee-d8d796630207

META


Question for the round:
The META domains are expected to be threads.net & threads.instagram.com. Is there a way to block them as users in Friendica? If not, wouldn't it be important that this possibility is created if it is not set by the instance admin?

Personally, I think it's a decision each user has to make for themselves.
!Friendica Support

@Matthias ✔ @Tuxi :Friendica: 🐧 ✅ Kann ich leider nicht öffnen. :-( Ich versuche es mal via Friendica Support zu finden.
@Tuxi :Friendica: 🐧 ✅ Dem kann ich nur zustimmen, es wäre wichtig das man Instanzen auf Userebene blocken kann. Persönlich würde ich mir aber zusätzlich in den Einstellungen eine Option wünschen die es erlaubt generell festzulegen das die eigenen Inhalte nicht an kommerzielle Projekte federiert werden.
@Sascha 😎
Einstellungen eine Option wünschen die es erlaubt generell festzulegen das die eigenen Inhalte nicht an kommerzielle Projekte/Plattformen federiert werden.

Meinst Du als Admin oder als User. Letzteres wäre ja genau das, was in dem Ursprungsbeitrag gemeint ist.
Also ich finde das System von Bookwyrm da recht interessant, da muss zumindest der Admin die eingehend föderierenden Instanzen freigeben. Was meine Nachrichten natürlich nicht davor bewahrt über diverse Ecken auf die Dunkle Seite zu wandern.
@Thomas
Ähm wie viele Instanzen gibt es in der Fedi? Das wäre aber eine gewaltige Adminorgie die "alle" einzeln freizugeben.
@Tuxi :Friendica: 🐧 ✅ @Thomas ich denke auch es müsste eher anders rum laufen. Aber auch das kann schnell unübersichtlich werden (wer kennt z.B. die vielen Trackingfirmen, die ihr Geld in der selben Ecke wie FB anhäufen. Es brauchte da vielleicht einen Automatismus, der deren invasives Verhalten erkennt?
@ɟloʍ
Andersrum geht doch jetzt schon. Als Admin kann ich jede beliebige Instanz für alle User bei mir blocken.

Vielleicht könnte man aber das " blockbot" Addon bzgl. Meta erweitern?

@Thomas
Hmm, also ich fand das jetzt nicht soooo dramatisch, denn die föderieren ja nicht alle auf ein mal, sondern nach und nach. Allerdings ist mein Bookwyrm auch nicht so krass vernetzt, das sind vielleicht 100 Instanzen bei mir.

Anders herum gefragt, wie willst du denn gut von böse unterscheiden? Der Benutzer soll selber entscheiden? nimmt dem Admin die Arbeit und bürdet sie dem Benutzer auf und könnte zu einer arg redundanten Filterliste führen.
@Thomas also in Fall meiner kleinen Friendica haätte ich dann rund 24.600 Instanzen manuell freischalten müssen. Weil mit sovielen ist sie im Moment verbunden.
@Thomas
Also bei mir hier auf anonsys.net wären es aktuell knappe 25.000 Instanzen, die ich dann alle manuell prüfen und freigeben müsste.

Na ja, es gibt Instanzen, die man ganz klar als "pöse" deklarieren kann. Denke das zum Bleistift an Gab und Co.

Andererseits gibt es sicherlich auch Konstellationen, wo eine Instanz mich als User stört und die ich dann für mich blocken könnte. Das bedeutet aber dann zwangsläufig nicht auch, dass diese privat geblockte Instanz dann auf der ganzen Instanz für alle geblockt werden muss.
Nun ja, ein alle auswählen Button könnte den Aufwand auf wenige Sekunden reduzieren... @OldKid @Tuxi :Friendica: 🐧 ✅ 25000 Benutzern zu erklären wie sie eine Instanz blocken könnte einen Admin in den wahnsin treiben, hihi.
@Thomas @Tuxi :Friendica: 🐧 ✅ Ich glaube nicht, dass dies irgendwo nuetzlich. Gucke mal, alleine wenn ich nur Mastodon, Friendica, misskey, Pleroma, Lemmy und Peertube komme, zaehle ich hier 20k (!) Instanzen, da sind Bookwyrm, Takahe, GotoSocial, WordPress (kann teils auch foerderieren), Pixelfed, Nextcloud und WriteFreely noch nicht mit dabei. Ich glaube nicht, dass du die Menge ernsthaft einem Administrator zum Durchsichten zumuten willst.
@Tuxi :Friendica: 🐧 ✅ @Thomas Und in der Liste fehlt noch einiges, z.B. HubZilla, OwnCast usw.
@Tuxi :Friendica: 🐧 ✅
Man kann das auch anders herum denken. Die Anzahl der gesperrten Instanzen wir wahrscheinlich eher klein sein. Warum nicht eine Art Opt-In Funktion. Der Nutzer kann die Entscheidung für sich revidieren, in dem er eine gesperrte Instanz für sich aktiviert.

Keine Ahnung, welche Implikationen das in der Entwicklung mit sich bringt.
Andere Frage in diesem Zusammenhang: Wie hat das denn Mastodon gelöst? Dort können User doch selber für sich ganze Instanzen blocken, oder?
@Tuxi :Friendica: 🐧 ✅ Ich stelle mir das aber im Supportfall schwierig vor. Daher finde ich die Idee, dass User selbst sperren können gar nicht so toll. Der Admin hat im Fehlerfall kaum eine Chance einen Fehler zu erkennen und zu beheben.

Besser finde ich meinen Vorschlag von gerade. https://loma.ml/display/373ebf56-6764-9820-082c-341056857393

Der Admin wird nicht auf der Verpflichtung genommen und der User kann die Entscheidung des Admin für sich revidieren.

@Tuxi :Friendica: 🐧 ✅
Man kann das auch anders herum denken. Die Anzahl der gesperrten Instanzen wir wahrscheinlich eher klein sein. Warum nicht eine Art Opt-In Funktion. Der Nutzer kann die Entscheidung für sich revidieren, in dem er eine gesperrte Instanz für sich aktiviert.

Keine Ahnung, welche Implikationen das in der Entwicklung mit sich bringt.

@Matthias ✔
Hmmmm..... Somit könnte aber ein User einen Serverblock revidieren, den ein Admin z.B. geblockt hat, weil dort rechtlich verbotene Sachen gepostet werden.
Bedeutet: Dadurch könnte u.U. ein einzelner User strafrechtliche Inhalte auf eine Instanz holen und somit den Admin vielleicht in Schwierigkeiten bringen.
@Tuxi :Friendica: 🐧 ✅ @Matthias ✔ ich denke eine Möglichkeit wäre, das wie bei Mastodon und Calckey die User selber eine Instanz blocken können. Aber zur evtl Fehlersuche sollten die Admins einsehen können welcher User welche Instanz blockt.
@Tuxi :Friendica: 🐧 ✅ Logs wäre ne Möglichkeit aber auch recht umständlich, wenn man dann danach suchen müsste und zumindest ich lösche alle Logs nach 7 Tage, das würde mir dann nicht wirklich helfen.
@OldKid
Aber wäre es aus Datenschutzsicht nicht bedenklich, wenn ein Admin sehen könnte, welche Instanzen ein User bei sich geblockt hat?
@Tuxi :Friendica: 🐧 ✅ ich denke nicht, weil das ja dann Daten wären, die für den Betrieb der Instanz wichtig sind.
@Tuxi :Friendica: 🐧 ✅ oder man regelt das so das der Admin erstmal nur sehen kann welche Instanzen von Usern geblockt werden ohne die die User zu sehen.
@OldKid
Wäre glaube ich unbedenklicher?
@OldKid
Oder es gibt eine Einstellmöglichkeit, bei der jeder User selber wählen kann, ob der Admin das sehen darf oder nicht.
@Tuxi :Friendica: 🐧 ✅ ja wobei als Admin könnte man dann immer noch in die Datenbank schauen und da dürfte die Verbindung Block User einzusehen sein.
Inwiefern ist das eine für den Datenschutz relevante Information? Ich glaube mir als User wäre das selbst relativ egal, ob das jemand sehen kann. Das ist eine Servereinstellung wie jede andere auch.
@Daniel :fednet:
Es ist eben keine Servereinstellung, sondern eine Usereinstellung.
Ja, meinte ich ja. Eine Einstellung vom Benutzer auf dem Server. Es ist auch eine Usereinstellung, ob jemand ein blaues oder grünes Theme benutzt, aber was hat das mit Datenschutz zu tun oder wo siehst du Gefahren?
@Daniel :fednet:
Das vielleicht ein User, aus welchen Gründen auch immer, nicht möchte, dass der Admin sieht, welche Instanzen er geblockt hat.
Kannst auch Datenschutz oder Privatsphäre sagen.
@tux@anonsys.net🤷 Gut, da fehlt mir scheinbar die Vorstellungskraft, warum jemand das nicht wollen würde. Datenschutzrechtlich relevant ist so ein Datum auf jeden Fall nicht.
Die Benutzereinstellung.

Einzahl von Daten = Datum.
@Daniel :fednet: doch auch ein Datum ist einen Datenschutzrechtlich relevante persönliche Information
@Daniel :fednet: @Tuxi :Friendica: 🐧 ✅ naja ob du nun ein blaues oder grünes Themen nutzt, sehe ich als Admin, nur wenn ich in der Datenbank danach suche, aber diese Einstellungen sind nicht direkt über die Weboberfläche einzusehen. Wenn man diese Einstellungen aber über die Weboberfläche einsehbar macht sind das erstmal persönliche Daten. Die man direkt abrufbar macht und verwendet und das darf man dann, nur wenn sie für den Serverbetrieb unbedingt nötig sind (was meiner Meinung nach hier gegeben ist). Bei einer kleinen Instanz wie meiner wo ich Admin und Mod zugleich bin, sollte das kein Problem sein. Auf größeren Instanzen von Friendica wird das aber zum Problem, weil es unter Friendica noch keine Mod Rolle gibt, wenn jemand die Aufgabe übernehmen soll muss ich ihn auch zum Admin machen. Damit gebe ich ihm aber auch gleich Zugriff auf die Daten. Das wäre nur dann datenschutzrechtlich möglich, wenn ich den Co Admin ein Datenschutzerklärung unterzeichnen lasse und noch so einige andere Sachen, die Datenschutzerklärung der Instanz anpassen usw.. Weil ich als Betreiber der Instanz ja damit die Daten an Dritte weitergebe bzw. zugänglich mache.
Hm, kann ich jetzt nicht wirklich nachvollziehen. Bei Datenschutz geht es immer um personenbezogene Daten.

Inwiefern kann ich von den Infos über Instanzblocks auf ein Person schließen? Bei IP-Adresse, E-Mail oder Standortdaten geht das natürlich als personenbezogene Daten, aber über eine Einstellung? Gibt es da irgendein Präzedenzfall? Ich hab jetzt noch von keinen Strafen gehört, die darauf zurückzuführen wären, dass ein Unternehmen eine Benutzereinstellung geleakt hat.
@Daniel :fednet:
Noch einmal.. alle Informationen, die einen Personenbezug darstellen sind datenschutzrechtlich relevant.
Ein einzelner Wert wie ein Datum ist unwichtig. Die Paarung USER_ID + Datum hingegen sehr wohl.
@Tuxi :Friendica: 🐧 ✅ @OldKid
@Daniel :fednet: es geht nicht darum ob und was ich aus Daten schließen kann oder nicht. Es geht einfach um deine Daten.
Und auf deine Frage was ich aus den Instanzblocks schließen kann. Nun nehmen wir mal an das du, sagen wir, zwei oder drei Instanzen blockst, auf denen mehrheitlich eine politische Richtung diskutiert wird, dann kann ich daraus schließen, dass du der entgegengesetzten politischen Richtung angehörst.
@Daniel :fednet: Alle benutzerbeziehbaren Informationen sind Datenschutzrelevant. Aber wie schon beschrieben, wenn eine Zweckbindung für die Erhebung und Verarbeitung beschrieben ist & die Daten mit einer Frist gehalten werden, ist das kein Problem.
@Tuxi :Friendica: 🐧 ✅ @OldKid
@Tuxi :Friendica: 🐧 ✅ @OldKid
Nein, die Datenhaltung müsste an eine Zweckbindung gekoppelt sein und es ist eine Frist zu definieren.
@OldKid @Tuxi :Friendica: 🐧 ✅
Wie ist es dort gelöst? Kann der Admin die Blocks sehen? Ich weiß nicht, wie mir diese Info im Fehlerfall weiterhelfen sollte?
Im Zweifel muss ich mit den User persönlich sprechen, um das Problem zu finden und gemeinsam lösen.
@Matthias ✔ @Tuxi :Friendica: 🐧 ✅ bei Mastodon weiß ich das nicht. Bei calckey wo das auch geht, kann der Admin das nicht sehen. Zumindest habe ich dafür keine Möglichkeit gefunden
Yupp... anonsys.net liesse sich pro User verstecken... nur mal so als Beispiel... bietet z.B. #Tusky direkt als Option in der Profilansicht an.
@Nordnick :verified:
Wobei Tusky ja wieder eine App auf einem Smartphone ist und nichts mit der jeweiligen Fedi-Software auf dem Server zu tun hat. Oder habe ich da einen Denkfehler?
Es wäre durchaus denkbar, daß eine App eigene lokale Funktionalität einführt.

#Tusky bietet hier allerdings wirklich eine #API-Funktion einer #Mastodon-Instanz.

https://docs.joinmastodon.org/methods/domain_blocks/
Könnte man dann nicht von diesem Code bei Mastodon absehen und das für Friendica umbiegen?
(Hinweis: Ich habe von Softwareentwicklung so was von überhaupt keine Ahnung.)
Ich hole die ursprüngliche Frage noch mal hoch: Ist es den ich absehbarer Zukunft angedacht, einen Block von Instanzen auf Userebene einzuführen?

I'll bring up the original question again: Is there a plan to introduce a user-level block of instances in the foreseeable future?

Cc: @Michael Vogel @Hypolite Petovan
@Tuxi :Friendica: 🐧 ✅ @Michael Vogel I can see how to do it technically for the home timeline, but it would be challenging for the global timeline. Would a home timeline only solution be enough for a starter?
We need to introduce the gsid to the post view and have to create a new table with the gsid and the uid. And then we can change the functions selectForUser and selectFirstForUser.
I just saw that we already have got author-gsid.
Then we also need it for the owner.