Soweit ich weiß, betrifft dies nur ein einzelnes Mitglied, da niemand sonst es erwähnt hat und alle meine normalen aktiven Mitglieder es wie gewohnt zu benutzen scheinen, obwohl ich jetzt gefragt habe, ob jemand anderes das Problem hat.
Er behauptet, dass jedes Emoji, das er aus dem Dropdown-Menü (das Smiley-Gesicht) in der Beitragsleiste zu verwenden versucht, immer :: und nichts anderes einfügt, unabhängig davon, welches er versucht. Soweit ich sehen kann, ist sein Konto völlig normal und hat keine seltsamen Einschränkungen, es ist Vertrauensstufe 2 wie viele andere Leute, die es benutzen. Ich kann sie mit meinem Admin-Konto und meinem Testkonto problemlos verwenden, und ich habe sogar sein Konto imitiert und etwa 30 davon durchgeklickt, und jedes einzelne hat funktioniert. Für mich scheint dies also etwas auf seiner Seite zu sein, aber ich habe absolut keine Ahnung, was ich ihm vorschlagen könnte. Wenn es sich um eine Art Adblocker handeln würde, würde er die Bilder blockieren (und unwahrscheinlich alle), aber selbst wenn er alle blockieren würde, würde das nicht den Code für das Wort blockieren, um es zu aktivieren, BEVOR es zu einem Bild wird (die :heycoolemoji: ). Der Button selbst funktioniert offensichtlich auch.
Er hat es über mehrere Tage versucht, also hat es nichts damit zu tun, dass “ich die Seite gerade aktualisiert habe, als er versuchte, eine zu benutzen, und der Emoji-Picker aus irgendeinem Grund gerade ausgefallen war”. Wenn Sie hier in seinem Screenshot sehen, hat er den ausgewählten Emoji gedrückt, und dann wurde er als :: gepostet.
Ich warte auf seine Antwort und melde mich dann bei Ihnen, aber er sagte, es funktioniere auf dem Handy einwandfrei, also liege es definitiv an seinem Desktop-Browser, und niemand sonst hat dies erwähnt, nachdem ich gefragt habe, also ist es etwas Spezifisches bei ihm.
Ich habe die verschiedenen Hauttonoptionen ausprobiert (was bei meinen benutzerdefinierten Emojis sowieso nichts bewirken würde, aber ich dachte, vielleicht reagiert der, den er in seinem Screenshot ausgewählt hat, seltsam, vielleicht weil er nichts tun kann), aber egal welche ich wähle, der Code wird immer noch korrekt angezeigt.
Bearbeiten: Tatsächlich, wenn ich seinen Screenshot mit meinem im selben Thema vergleiche, unterscheiden sich die Farbpalettenoptionen für die Emojis von meinen Optionen.
Seine sind
Während meine sind
Wenn er eine auswählt, die „nicht existiert“, könnte das, auch wenn es tatsächlich nichts mit dem spezifischen Emoji macht, dazu führen, dass der Code für keinen generiert wird? Warum sollte er hier überhaupt eine andere Palette haben?
[Zitat=“Michael Brown, Beitrag:2, Thema:272341, vollständig:true, Benutzername:supermathie”]
Welchen Browser verwendet er und wie verhält er sich im entsprechenden Inkognito-Modus?
[/Zitat]
Ok, es ist also zu 100 % ein Browser-Problem. Es wurde jetzt behoben, aber ich bin immer noch neugierig, ob jemand eine Idee hat.
Er verwendete Chrome mit Tampermonkey + uBlock Origin. Ich kann bestätigen, dass es keines davon ist, da ich auch alle drei installiert habe und diesen Browser (mit Combo) speziell verwende, als ich mich als sein Konto ausgab (ich verwende normalerweise Brave).
Er hat es in Edge ausprobiert und es hat sofort funktioniert, und er verwendet den Kiwi-Browser auf seinem Telefon, der auch immer funktioniert hat.
Er sagte, er habe “die Farben geändert und auch Erweiterungen deinstalliert/neu installiert”, und jetzt funktioniert es in seiner normalen Chrome-Installation.
Meine Vermutung ist also, dass es etwas damit zu tun hat, wie er eine andere Emoji-Tonpalette hatte (wovon ich nicht sicher bin, wie), wie Sie im Vergleich zu meiner sehen, und indem er einen Ton ausgewählt hat, der “nicht existiert”…denkt es einfach, dass es ihn nicht erstellen kann, also generiert es den Code nicht? Dies hat scheinbar nur eine Person betroffen (oder es hat sonst niemanden genug interessiert, um es zu erwähnen) unter sehr spezifischen Umständen, aber ich wäre daran interessiert zu wissen…warum
