Skip to content

Heart suit emoji looks incorrect in iOS text field. #49627

Closed as not planned
Closed as not planned

Description

@aaronscherbing

The heart suit emoji (from the deck of cards suits, not the typical heart emoji) is displayed incorrectly once it is typed into the iOS text field. I'm not noticing this behavior on native iOS applications, so I'm assuming this is something funky that Flutter is doing.

Steps to Reproduce

  1. Create new application: flutter create myapp
  2. Add TextFormField() to the body of main.dart's Scaffold.
  3. Type the deck of cards heart suit emoji into that TextFormField.

Expected results:
I expect the emoji in the text field to look like the emoji on the keyboard.

Actual results:
The emoji in the text field is black, while the emoji on the keyboard is red.

Screen Shot 2020-01-28 at 12 44 20 PM

Activity

  1. added
    a: text inputEntering text in a text field or keyboard related problems
    frameworkflutter/packages/flutter repository. See also f: labels.
    platform-iosiOS applications specifically
    a: qualityA truly polished experience
    on Jan 29, 2020
  2. added
    a: typographyText rendering, possibly libtxt
    engineflutter/engine related. See also e: labels.
    and removed
    frameworkflutter/packages/flutter repository. See also f: labels.
    on Feb 5, 2020
  3. added
    frameworkflutter/packages/flutter repository. See also f: labels.
    on Jul 1, 2020
  4. iapicca commented on Jul 1, 2020

    @iapicca

    Hi @aaronscherbing
    are you still experiencing the issue with the latest stable or above?
    Thank you

  5. added
    waiting for responseThe Flutter team cannot make further progress on this issue until the original reporter responds
    on Jul 1, 2020
  6. aaronscherbing commented on Jul 1, 2020

    @aaronscherbing
    Author

    Yes, I'm seeing this with 1.17.5. The card suits look different:

    IMG_1021

  7. removed
    waiting for responseThe Flutter team cannot make further progress on this issue until the original reporter responds
    on Jul 1, 2020
  8. 16 remaining items

  9. EddieMataEwy commented on Feb 26, 2023

    @EddieMataEwy

    I believe #100964 is the same kind of issue

  10. jtothebell commented on Mar 3, 2023

    @jtothebell

    I'm seeing the same behavior as @JoshJuncker above. The workaround for iOS seems to resolve the problem, but Android has slightly different broken rendering behavior for the same emojis. Adding the Noto Color Emoji font also addresses the issue, but is far from an ideal fix for my app for two reasons: First, the font is over 23 mb in size. Second, it overrides the system emoji font for Android users whose devices aren't already using Google's emoji.

  11. EddieMataEwy commented on Aug 6, 2023

    @EddieMataEwy

    For people on Windows, setting familyFontFallback didn't work for me.
    What worked was setting app theme familyfont (you can also only set it for specific elements) to "Segoe UI Emoji". Normal text will still be rendered natively but emojis will now be rendered correctly.

  12. VictorUvarov commented on Jan 9, 2024

    @VictorUvarov

    The incorrectly rendered emojis are also black in this case because that is what the color of the TextStyle.color is. Changing the text style color also changes the incorrect emojis' colors.

    emoji-color.mov
  13. gnprice commented on Jan 9, 2024

    @gnprice
    Member

    This appears to be the same issue as #100964 (thanks @EddieMataEwy above for making the connection).

    That issue was filed later but has had more discussion, and in particular more progress in diagnosing the issue. So let's close this one and consolidate discussion there.

  14. added
    r: duplicateIssue is closed as a duplicate of an existing issue
    on Jan 9, 2024
  15. github-actions commented on Jan 23, 2024

    @github-actions

    This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of flutter doctor -v and a minimal reproduction of the issue.

  16. locked as resolved and limited conversation to collaborators on Jan 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    P2Important issues not at the top of the work lista: fidelityMatching the OEM platforms bettera: qualityA truly polished experiencea: text inputEntering text in a text field or keyboard related problemsa: typographyText rendering, possibly libtxtengineflutter/engine related. See also e: labels.found in release: 3.3Found to occur in 3.3found in release: 3.7Found to occur in 3.7has reproducible stepsThe issue has been confirmed reproducible and is ready to work onplatform-iosiOS applications specificallyr: duplicateIssue is closed as a duplicate of an existing issueteam-iosOwned by iOS platform teamtriaged-iosTriaged by iOS platform team

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions