Details

    • Type: Bug
    • Status: Closed (View Workflow)
    • Priority: Minor
    • Resolution: Fixed
    • Affects Version/s: 3.2.0, 3.2.1
    • Fix Version/s: 3.2.1
    • Component/s: Posting
    • Labels:

      Description

      Smileys and emoji conflict with each other when parsing text.

      Apparently, smileys are given priority over emoji, causing bugs when smileys are part of emoji, likeĀ :o in :ox:, rendering the smiley for :o and "x:".

      I suggest to either give preference to the longest string (until a space character?), but I am unsure if it is under s9e\TextFormatter domain. This is already being done inside smileys: a custom smiley ":oooh:" will render correctly.

      Otherwise, we could very well reverse the priority: smileys can be a substring of emoji (semicolon + a character, usually), like :o, , etc being subsets of :ox:, :pe:; but emoji are not: I find it difficul to imagine a custom emoji string that would continue from :ox:, like... :ox:whatever.

      Thank you!

        Attachments

          Activity

            People

            • Assignee:
              Marc Marc
              Reporter:
              Nerestaren Nerestaren
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: