"incorrect database collation" für falsche Darstellung von Sonderzeichen in der Beschrifung des Titelbildes verantwortlich

Tue, 16 May 2017 07:41:33 +0200 last edited: Wed, 17 May 2017 13:01:03 +0200

@Steffen K9 zotlabs sagt, dass die falsche Darstellung von Sonderzeichen in der Beschrifung des Titelbildes auf eine

incorrect database collation

zurückzuführen ist - s. https://github.com/redmatrix/hubzilla/issues/779 . Kannst du hier nachforschen? Ein Workaround ist die entsprechenden Sonderzeichen umzuschreiben, transliterieren, aber optimal ist es nicht.

@Deutschsprachige Nutzer+ @Hubzilla Support Forum Hat jemand evtl. ein ähnliches Problem gehabt?
#databaseCollation #collation #Sonderzeichen #Titelbild #coverPhoto

collation coverPhoto Sonderzeichen databaseCollation Titelbild

show all 9 comments

Steffen K9 🐙

Tue, 16 May 2017 12:39:01 +0200

Die Datenbank läuft mit utf8mb4. Die Collation der Tabellen der hubzilla Datenbank ist utf8mb4_unicode_ci. Die fehlerhaften Umlaute sehen nach Kyrillisch aus.

Hubzilla unterstützt utf8mb4 noch nicht offiziell. Von daher ist der Einsatz als experimentell anzusehen. Bisher gab es damit keine Probleme. Ich möchte auch ungern an den Collation etwas ändern. Dabei kommt man nur vom Regen in die Traufe. Sprich, die Sonderzeichen gehen an anderen Stellen kaputt.

Ich habe gerade in der DB nachgesehen. Dort sind die entsprechenden Zeichen alle korrekt gespeichert.

Steffen K9 🐙

Tue, 16 May 2017 12:48:14 +0200 last edited: Tue, 16 May 2017 13:03:58 +0200

In welchem Feld des Profils ist denn das Problem aufgetreten? Ich verstehe gerade nicht, in welches Profil-Feld du das "Wünsch dir was! Crowd..." eingegeben hast.
Ich würde das Problem gerne nachstellen...

Edit: Ah! Okay. Du hast das in full_name gespeichert...

neue medienordnung plus

Tue, 16 May 2017 13:02:00 +0200 last edited: Tue, 16 May 2017 13:02:14 +0200

@Steffen K9 Danke für die Rückmeldung. Und zwar ist es das Feld "Dein voller Name" im "Bearbeite Profil-Details"-Dialog.

Steffen K9 🐙

Tue, 16 May 2017 13:08:30 +0200

Probiere es bitte nochmal. Ich habe gerade gesehen, dass es vereinzelt Felder gab, die noch auf utf8_general sind. Habe ich manuell angepasst. Sollte jetzt funktionieren.

Das Problem ist, dass einige Keys für das Konvertieren auf utf8mb4_unicode zu lang sind. Das müsste im Hubzilla Code der Datenbankstruktur geändert werden.

neue medienordnung plus

Tue, 16 May 2017 13:26:28 +0200

Ich habe jetzt probeweise "ü" Klartext ausgeschrieben. Du kannst es jederzeit selbst testen, wenn du einfach in einem Dummy-Posting die URL https://hub.libranet.de/channel/feator eingibst und gar ohne "Submit" einfach auf "Preview" gehst. Im Moment ist vermutlich noch der alte Text im Cache hängen geblieben.

Das müsste im Hubzilla Code der Datenbankstruktur geändert werden.

Wenn du die entsprechende Felder im Github https://github.com/redmatrix/hubzilla nennst, dann kommen vlt. die Entwickler mal dazu, das Problem sich anzusehen.

https://hub.libranet.de/channel/feator

neue medienordnung plus

Wed, 17 May 2017 03:21:55 +0200 last edited: Wed, 17 May 2017 03:27:43 +0200

@Steffen K9 , @DE Übersetzungen+ @Deutschsprachige Nutzer+ Würde mich freuen, wenn jemand eine Kurzfassung der Begründung von zotlab · Issue #779 hier im Thread in Deutsch schreibt. Meine Kurzfassung - was ich begriffen habe - zotlab meint -

das beanstandete Verhalten von Hubzilla tritt bei der Verwendung von emojis und einigen wenigen chinesischen Zeichen auf
ich (zotlab) kann den Fehler auf meinem System (my site) nicht nachstellen
but since I can't duplicate the issue on my site using the hubzilla default database structure

also ist es ein Bug, dass auf die Besonderheiten des jeweiligen Projekts zurückzuführen ist und für mich (zotlabs) kein Bug - korrekt?

Ehrlich gesagt diese Einordnung, Platzierung von deutschen Umlauten in die Schublade "emoji" und "chinesische Zeichen" - bitte korrigieren sie mich, wenn ich das mißverstanden habe - als Begründung für die Nichtanerkennung als Bug kommt bei mir so an, das bestimmte Sprachen wie Englisch im Projekt andere Gewichtung haben, priorisiert werden. Was m.E. eine klare Verletzung des Contributor Covenant Code of Conduct Versprechens bedeutet.

In the interest of fostering an open and welcoming environment, we as contributors and maintainers pledge to making participation in our project and our community a harassment-free experience for everyone, regardless of age, body size, disability, ethnicity, gender identity and expression, level of experience, nationality, personal appearance, race, religion, or sexual identity and orientation.

. Ich fühle mich in diesem Kontext als Teilnehmer des Hubzilla-Projekts anhand meines sprachlichen Hintergrunds benachteiligt.

Kann sein, dass meine "Auf den Schlips getreten fühlen" Wahrnehmung auf falschen Annahmen, falscher Übersetzung von zotlabs Aussagen basiert. Bei diesen Passagen

This has been fixed in development but may not be released generally for several more months and mostly affects the ability to use emojis in channel names (currently unsupported).

und

I believe the field we're using here is the profile.name - though there is some synchronisation with channel.channel_name and xchan.xchan_name if any of these change. It seems like a completely different collation (perhaps iso8859-1) is being used for at least one of these; but since I can't duplicate the issue on my site using the hubzilla default database structure (or the newer experimental database structure which is utf8mb4)

fehlt mir das nötige Feingefühl für's Englisch und die Kenntnisse über die Hubzilla-Datenbankstruktur fehlen mir an dieser Stellle auch und deswegen komme ich bei der Übersetzung nicht weiter, als ein Kauderwelsch aus einzelnen Wörtern, das mich nicht weiter bringt.

Steffen K9 🐙

Wed, 17 May 2017 12:19:06 +0200

Nö. Mike erklärt, dass er das Problem mit seiner Installation nicht hat und schließt daraus, dass es kein generelles Problem des Codes ist. Er vermutet dann, dass es etwas mit der Datenbank Collation einzelner Felder zu tun haben müsste. Möglicherweise ist eines der genannten Felder auf iso8859-1, statt auf utf8(mb4).

Ich habe meine Datenbank schon vor einiger Zeit manuell (!) auf utf8mb4 geändert, damit Emojis korrekt angezeigt werden. Dabei konnten einige Felder nicht geändert werden, weil die "max key length" nicht gepasst hat. Das schien mir aber kein Problem, weil das nur Felder betroffen hat, die ich für unkritisch gehalten habe.

Ich habe jetzt zwei Möglichkeiten. Entweder ändere ich die Felder manuell oder ich wechsele in den develop branch und lasse die Datenbankstruktur automatisch aktualisieren.

Übrigens brauchst du die Github Kommentare hier nicht posten. Jedenfalls nicht speziell für mich. Ich bin auf Github ebenfalls aktiv.

neue medienordnung plus

Wed, 17 May 2017 12:51:13 +0200

Du Steffen, zwei Dinge, Angelegenheiten würde ich gern sauber trennen:

Darstellungsprobleme bei der Anzeige von Umlauten im konkreten ProfilEmbedded content
https://hub.libranet.de/profile/feator

bei der Beschriftung des Titelbildes. Dieses Problem ist momentan mit einem Workaround gelöst.
Darstellungsprobleme bei der Anzeige von Umlauten und scheinbar auch anderen Sonderzeichen generell bei der Beschriftung des Titelbildes in Hubzilla. Meine Ausführugen bezüglich "Englisch bevorzugt" beziehen sich explizit auf den Fall Nr. 2. Wie gesagt, ich habe aus de Ausführungen von Mike so verstanden, dass jetzt alle Hubzilla-Anwender, die in der Beschriftung des Titelbildes Sonderzeichen wie Umlaute, emojis oder chinesische Zeichen haben, sind darauf angewiesen, dass der Hub-Admin aktiv werden muss, damit das Problem - wie mit dem Kanal https://hub.libranet.de/profile/feator passiert, gelöst wird. Oder kann das Problem nur dann auftauchen, wenn ein DB-Format eingesetzt wird, das von Hubzilla nicht unterstützt werden?

Du hast Vermutungen von Mike erwähnt. Ich finde es nicht optimal, wenn jetzt ein Bugreport begründet auf Vermutungen geschlossen wird. Die Problemursache bleibt ungeklärt und die Wahrscheinlichkeit ist groß, dass das Problem wieder auftaucht. Und das Spiel fängt von vorne an.

Übrigens brauchst du die Github Kommentare hier nicht posten.

Also ich habe einfach zitiert, damit eindeutiger ist, auf welche Texte sich meine Ausführungen beziehen. Ich werde darauf achten, möglichst kurze Zitate zu verwenden.

neue medienordnung plus

Wed, 17 May 2017 14:52:06 +0200

Ich sehe g'rade, dass das Darstellungsproblem kann je nach dem auftreten oder auch nicht, abhängig davon, über welchem Hub das Profil feator abgerufen wird. Ist auch logisch. Ich bin g'rade auf dem Hub https://hub.freecommunication.org eingeloggt. Folgendes Verhalten kann ich beobachten:

Quelle vom 16.05.2017, 13:26 Uhr (hub.freecommunication.org) - wenn man diese URL aufruft, dann wird die Beschriftung auf dem Profilbild fehlerhaft angezeigt und zwar bei diesen zwei Quellen - mein Post vom 16.05.2017, 13:26 Uhr und 17.05.2017, 12:51 Uhr
Quelle vom 17.05.2017, 12:51 Uhr (hub.libranet.de) - beim Aufruf dieser URL wird die Beschriftung auf dem Profilbild hier 17.05.2017, 12:51 Uhr korrekt angezeigt und hier 16.05.2017, 13:26 irgendein Cache-Stand mit ue statt ü.

Wenn ich beide oben aufgeführten Quellen nach dem Einloggen auf dem Hub https://hub.libranet.de öffne, dann gibt es keine Darstellunsgfehler in der Beschriftung des Titelbildes. Das o.g. Verhalten deutet für mich daraufhin, dass die Anpassung des Formats im entsprechendem DB-Feld auf dem Heimat-Hub evtl. keine Lösung für das Hubzilla-Grid bzw. nur eine Lösung für die Kanal-Betreiber auf einem bestimmten - hier Hub https://hub.libranet.de - darstellt. Also es könnte sein, dass der Bug https://github.com/redmatrix/hubzilla/issues/779 wieder geöffnet werden muss. Wäre hilfreich, wenn es gelingen würde, den Fehler wie bei der Quelle 16.05.2017, 13:26 auf mindestens noch einem Hub nachvollziehen.