• Thread Author
Windows 11’s 24H2 is now shipping support for Emoji 16.0 — but there’s a catch: the system emoji panel doesn’t yet expose the new icons, and rendering remains inconsistent across apps and web services. What looks like a late-but-welcome Unicode update has instead exposed a long-standing Windows problem: emoji support depends as much on rendering engines and font plumbing as it does on the actual Unicode code points. This means some apps can show the new 🫩 Face with Bags Under Eyes or 🫆 Fingerprint today, while others still display the dreaded “missing glyph” rectangle.

Two gradient panels show icons and labels for Face with Bags Under Eyes, Splatter, Root Vegetable, Harp, and Shovel.Background / Overview​

Emojis are plain Unicode code points — numbers in the text stream that require a font to map a code point to a visible glyph. The Unicode Consortium formalized Unicode 16.0 on September 10, 2024, and Emoji 16.0 broadly followed that specification, introducing a very small set of new emoji characters and sequences compared with prior years. The formal Unicode release confirms the date and scope of the changes. (unicode.org)
Emojipedia, which tracks platform implementations and practical rollout timelines, lists the Emoji 16.0 set and notes that the approval brought the recommended-for-interchange emoji total to 3,790 characters — a number you’ll see widely quoted in coverage of the release. This is the current baseline Unicode-recommended emoji count used by major platforms. (blog.emojipedia.org)
Microsoft began surfacing Emoji 16.0 assets in Windows 11 builds as part of the 24H2 servicing cycle. The August 29, 2025 optional preview cumulative (KB5064081) and the subsequent September Patch Tuesday rollout included the font and design assets enabling these new emoji glyphs to render in places that query the updated system emoji font. Independent reporting and the Windows update changelog note that KB5064081 updates Windows 11 24H2 build numbers and ships a number of rollouts that are being gradually enabled. (bleepingcomputer.com, emojipedia.org)
Yet despite the files and glyphs being present on some machines, the Emoji Panel — the Win + . picker — has not yet been updated to show Emoji 16.0 on all PCs, and many apps still render the new Unicode 16.0 code points as blank squares. That disconnect is the heart of this story.

What’s actually in Emoji 16.0?​

Emoji 16.0 is a deliberately small update. The approved items include eight new emoji concepts (seven standalone code points plus one flag sequence) and a tiny number of related sequences. The new additions most users will notice are:
  • 🫩 Face with Bags Under Eyes
  • 🫆 Fingerprint
  • 🫟 Splatter
  • 🫜 Root Vegetable (turnip-like)
  • 🪾 Leafless Tree
  • 🪉 Harp
  • 🪏 Shovel
  • 🇨🇶 Flag: Sark (a flag sequence)
These were formalized by Unicode and cataloged in the Emoji 16.0 charts and announcement. Major reference sites recorded the list and timing when Unicode 16.0 became official. (emojipedia.org, unicode.org)
Why so few? Unicode’s emoji subcommittee has intentionally slowed the cadence of new emoji additions compared with earlier years; Emoji 16.0 is among the smallest annual sets in recent memory. The goal is to keep the ecosystem manageable and to avoid excessive fragmentation across keyboards.

Windows 11 rollout: what Microsoft delivered (and when)​

Microsoft’s Fluent emoji design (3D/flat hybrid) is implemented via the Segoe UI Emoji font family on Windows. Microsoft updates that font and the associated rendering assets during major Windows feature updates or in cumulative servicing packages. The August 29, 2025 preview cumulative — KB5064081 for Windows 11 24H2 (build 26100.5074) — is the package that began carrying Emoji 16.0 glyphs for some Windows 11 installations. Reporting on the update confirms the KB number, the build bump, and that many features in the optional preview update are gradually rolled out after installation. (bleepingcomputer.com, emojipedia.org)
Historically, Microsoft has sometimes seeded emoji glyph updates earlier to Insider channels and then later enabled the Emoji Panel picker and universal system-level access in follow-up servicing or cumulative patches. A useful precedent: Emoji 15.1 arrived to Insider builds well before it became available via the Emoji Panel in the general release cycle — Microsoft’s staged enabling strategy is consistent across several Windows updates. Emojipedia’s Windows cherrypicks show Emoji 15.1 appearing in the June 2024 Windows 11 23H2 rollouts before broad panel exposure. (emojipedia.org)

Where Emoji 16.0 works — and where it doesn’t (real-world observations)​

Because emoji glyphs are font assets, the ability to view a Unicode 16.0 character depends on which font the app or webpage is using and whether that font supports the new code point. Practical behavior observed across systems includes:
  • Renders correctly (examples): Notepad (editor pane), OneNote, Microsoft Word (desktop), PowerPoint, Microsoft Teams desktop have been observed rendering the new Emoji 16.0 glyphs when the app uses Windows’ DirectWrite rendering and the updated Segoe UI Emoji font is available.
  • Fails to render (examples): The Win32 title bars and older UI surfaces (which still use GDI or legacy APIs) show blank rectangles for new emoji code points. Some address bars in browsers or the Windows Search box can show missing glyphs because those UI surfaces or webview surfaces do not use the updated color emoji font or have font overrides. Certain web apps (Google Docs, Sheets) and apps that explicitly use their own emoji fonts or web-based emoji fallback sets may show missing glyphs until they update their fonts.
  • Web services with their own emoji sets: WhatsApp’s desktop and web clients display the new emojis because WhatsApp ships or references emoji glyph sets independent of Windows; Facebook web shows them in some cases because Facebook controls its own emoji rendering pipeline. Conversely, Instagram and X have not universally shown the new glyphs at publication.
  • Inconsistencies inside the same app: It’s possible to see a Notepad editor pane correctly show Emoji 16.0 while the same app’s title bar shows a rectangle. That’s because the editor pane uses DirectWrite while the title bar is a legacy Win32/GDI surface, and the two surfaces query fonts differently. Microsoft’s official typography documentation confirms that Segoe UI Emoji is the system font family for Windows emoji and is surfaced through modern rendering paths. (learn.microsoft.com, emojipedia.org)
These mixed results are not bugs in the emoji glyphs — they are symptoms of fragmented rendering paths on Windows.

How Windows renders emoji (brief technical primer)​

Understanding the inconsistency requires a short explainer of Windows text rendering:
  • Emoji are Unicode code points. To display them, an application or the operating system must map that code point to a glyph in a font (e.g., Segoe UI Emoji).
  • Modern Windows apps and many current apps use DirectWrite (the GPU-accelerated text rendering API) which integrates color font support and enables the system emoji font to render beautiful Fluent emoji. Applications built on DirectWrite will generally show the newest Segoe UI Emoji glyphs as soon as the font is updated. (en.wikipedia.org, learn.microsoft.com)
  • Older applications and many legacy UI surfaces still use GDI or other legacy APIs where font fallback and color glyph support are incomplete or require additional plumbing. These surfaces often remain tied to older font fallback rules and may show monochrome glyphs or missing glyph boxes.
  • Web and cross-platform apps can override system fonts by shipping their own emoji fonts (e.g., Google’s Noto Color Emoji) or by using web fonts and images. When they do, the presence of Emoji 16.0 depends on whether their font assets have been updated and whether the browser uses a font that supports color bitmap/vector glyphs for emoji.
This friction — multiple rendering engines, different font fallback rules, and app-level font overrides — is why a system-level update does not automatically mean universal emoji availability across all apps.

Why the Emoji Panel (Win + .) still doesn’t show Emoji 16.0​

The Emoji Panel is a UI surface that lists available emojis and inserts the code point into your text field. For the panel to include Emoji 16.0 icons in its picker grid, Microsoft must update the panel’s dataset and UI to include the new code points and icons. Even after the Segoe UI Emoji font receives glyph updates on disk, the panel code and the index it uses may lag behind due to:
  • Staged rollout: Microsoft frequently ships the font and assets in servicing but enables the panel’s UI entries later as part of staged feature enablement. This lets them limit exposure while telemetry and staged rollouts are evaluated. The same pattern applied to Emoji 15.1. (emojipedia.org)
  • UI data pipeline: The panel reads a curated emoji list and associated keywords; that dataset needs to be updated to include new emoji entries and search metadata.
  • API mismatches: The Win + . panel must query the same codepoint -> glyph pipeline and provide skin-tone and sequence handling; when the code path is changed, Microsoft sometimes delays the panel update to prevent regressions.
Community threads and Insider reports show the Emoji Panel has historically had separate bugs and rollouts (for instance, reports of the panel dismissing itself or the kaomoji section being blank were documented in Insider notes), which is consistent with the panel being a separately versioned feature surface.

Timeline and expectations — when will Emoji 16.0 be fully usable in Windows UI?​

Microsoft’s historical cadence offers a practical expectation: when an Emoji set has been added to Windows builds via font updates, the Emoji Panel and full system-wide access have sometimes followed several weeks to months later through cumulative updates or staged enablement. Emoji 15.1’s rollout pattern — seed in builds, then broader panel availability weeks later — is the model many observers use to forecast Emoji 16.0’s full exposure. That said, timelines vary by platform and by which rendering surfaces are being updated, so treat any specific ETA as provisional. (emojipedia.org)
Practical takeaway: If you have KB5064081 or later installed, some apps will already show Emoji 16.0; if you need the emojis in the picker itself, expect a follow-up patch or staged enablement in the weeks after the initial rollout.

Practical recommendations and workarounds​

If you want to use or view Emoji 16.0 now, try the following:
  • Install the latest optional preview cumulative (if you are comfortable with preview updates): Open Settings → Windows Update → Check for updates and install optional preview updates such as KB5064081. This installs the updated font assets, which can enable rendering in apps that use DirectWrite. (bleepingcomputer.com)
  • Use apps or web services that ship their own emoji sets: WhatsApp’s desktop and web clients and some web services already render Emoji 16.0 because they use their own updated emoji fonts. If you need the emoji to be visible to recipients, using platforms that control their emoji assets is a reliable route.
  • Copy–paste from an emoji source: If the Emoji Panel lacks the icons, copy the emoji glyphs from an authority page (Emojipedia, Unicode charts) and paste into apps that support the updated font. This is clunky but works for now. (emojipedia.org, unicode.org)
  • For developers: test both DirectWrite and legacy GDI rendering, and avoid hard-coding font fallbacks that omit Segoe UI Emoji. If you must control emoji appearance across platforms, bundle a color emoji font or use an SVG/PNG fallback to guarantee appearance.
Note: some user-reported gaps (for example, Copilot or Phone Link still showing missing glyph boxes) are anecdotal and may depend on telemetry, staged rollout, or device-specific feature flags. Treat those reports as situational until Microsoft publishes an explicit fix or timeline.

Critical analysis: strengths, weaknesses, and risks​

  • Strength — Microsoft’s Fluent emoji design and Segoe UI Emoji updates are visually strong and consistent when delivered through modern rendering paths. When DirectWrite is used, the new glyphs look polished and consistent with Microsoft’s Fluent aesthetic. That design leadership matters for Teams and Office users who expect cross-Microsoft visual consistency. (emojipedia.org, learn.microsoft.com)
  • Weakness — Windows’ mixed rendering stack (DirectWrite, GDI, WebView/Win32 surfaces, RichEdit) creates a fractured emoji experience. Many legacy surfaces still rely on older APIs that don’t receive the same font fallback behavior or color glyph support, producing inconsistent results. This architectural debt is the root cause of the current fragmentation. (en.wikipedia.org)
  • Risk — Fragmentation damages user trust and undermines cross-platform communication. If users send Unicode 16.0 emojis and recipients see rectangles, the user experience degrades. Moreover, organizations that rely on visual cues in chat and messaging risk miscommunication when emojis don’t render identically across platforms.
  • Operational risk for Microsoft — staged enabling mitigates regressions but also creates perception problems: shipping glyph files without enabling panel discovery looks like an incomplete release to many users. Microsoft must balance cautious staged rollout against user expectations for immediate access.
  • Interoperability risk for developers — apps that rely on system emoji glyphs must accommodate differences across Windows versions and rendering paths. Bundling an in-app emoji font or supporting image fallbacks increases app size but guarantees consistency.
  • Security considerations — this rollout is primarily a visual/font update; there’s no inherent security issue in emoji glyphs themselves. However, any font update can potentially be used as an attack vector if the update mechanism is compromised. Relying on Microsoft’s official Windows Update cadence and verifying signed updates is standard best practice.

What Microsoft should do (recommendations)​

  • Accelerate synchronization between font asset updates and the Emoji Panel metadata so that installing a font update delivers the expected picker experience to users in a single update cycle.
  • Publish clearer notes for enterprise admins documenting which rendering surfaces are updated by each KB so IT can plan deployments and set expectations.
  • Provide a compatibility/diagnostic tool or a short Settings panel summary that shows which rendering paths on a PC will or will not pick up the new emoji glyphs (DirectWrite, GDI, WebView, Office).
  • Encourage first-party Microsoft apps to adopt modern rendering pipelines where consistent emoji rendering is important (Teams, Outlook desktop, Copilot surfaces).

Caveats and unverifiable claims​

A number of user anecdotes and early reports have stated that certain apps (for example, Copilot desktop, Phone Link) do not render Emoji 16.0 on some PCs while others do. These are likely true in many cases, but they are inherently environment-dependent — they can vary by OS build, app update channel, feature flag enablement, and installed fonts. Where a claim cannot be reproduced across multiple test systems, it should be considered situational rather than universal. Readers should verify behavior on their own devices after installing KB5064081 or later updates. (bleepingcomputer.com)
Similarly, timelines for when the Emoji Panel will include Emoji 16.0 are best-effort estimates based on Microsoft’s historical rollout patterns (Emoji 15.1 being a precedent). Exact dates rely on Microsoft’s release control and staged telemetry and therefore remain provisional. (emojipedia.org)

Quick FAQ (short, actionable)​

  • Q: I have KB5064081 installed but don’t see Emoji 16.0 in the Emoji Panel. Why?
    A: KB5064081 may install updated font assets but Microsoft often enables the panel index and picker entries later via staged rollout or a follow-up cumulative patch. If your apps use DirectWrite and the updated Segoe UI Emoji font, the glyphs may still appear in-app even if the panel isn’t updated. (bleepingcomputer.com, learn.microsoft.com)
  • Q: Can I force the Emoji Panel to show the new emojis right now?
    A: There is no supported “force” method; copying the emoji from Emojipedia or the Unicode charts into apps that support the new font is the practical workaround for now. (emojipedia.org, unicode.org)
  • Q: Will every Windows app show these new emojis after the update?
    A: No — apps that rely on legacy rendering stacks (GDI, older WebView surfaces) or that override system fonts will not immediately show the new glyphs until those paths and assets are updated.

Conclusion​

Windows 11’s incremental support for Emoji 16.0 via the 24H2 servicing pipeline is a welcome update: the new Fluent glyphs are available and the underlying Segoe UI Emoji font has been updated in KB5064081. But the headline — “Windows gets Emoji 16.0” — only tells half the story. The deeper reality is that emoji support on Windows depends on multiple rendering paths and app-level font choices, and those layers are not updated simultaneously.
The result is a mixed experience: some apps and websites already render the new icons, others still show missing glyphs, and the Emoji Panel (Win + .) currently lags behind as the visible entry point for many users. For people who need the new emojis today, the best approach is to install preview servicing updates where appropriate and use apps that bundle or control their emoji rendering. For Microsoft, the path forward is clear: unify the font/data pipeline so a system-level update becomes a consistent user-level experience — otherwise, fluent emoji will remain a showpiece visible only in select contexts rather than a universal system feature. (emojipedia.org, bleepingcomputer.com, learn.microsoft.com, blog.emojipedia.org)

Source: WindowsLatest Windows 11 24H2 rolls out Emoji 16.0, but there's a catch - Emoji panel doesn't support it
 

Microsoft’s September Patch Tuesday for Windows 11 24H2 quietly surfaced support for Emoji 16.0, completing the behind‑the‑scenes work that began with the August optional preview update and bringing the system emoji inventory up to the Unicode‑recommended total — but the experience is uneven: the new glyphs render correctly in some apps while the system picker and many popular services still show missing‑glyph boxes. (blog.emojipedia.org)

Windows 11 desktop showing two Emoji 16.0 previews with staged rollout: Enabled and Pending.Background​

Windows has historically treated emoji support as a combination of three moving parts: the Unicode code points themselves, the system color emoji font (Segoe UI Emoji and friends), and the rendering pipeline that each app uses (DirectWrite, GDI, WebView/Chromium, or an app‑bundled font). That triangulation means a platform‑level font update does not automatically guarantee universal availability everywhere users expect to see emojis. Recent Windows servicing practice — shipping assets in optional preview updates, then enabling features gradually via Patch Tuesday or staged server flags — has highlighted both the benefits and the limits of that approach. (windowslatest.com)
Emojis are defined and recommended for interchange by the Unicode Consortium; Emoji 16.0 was formalized alongside Unicode 16.0 on September 10, 2024, and recommended a small set of emoji additions (eight recommended items: seven standalone code points plus one flag sequence) — a deliberately compact release compared with prior years. The recommended RGI (recommended for general interchange) emoji total now stands at 3,790 when gender and skin‑tone variants are included. (blog.emojipedia.org, emojipedia.org)

What Emoji 16.0 Adds​

Emoji 16.0 is intentionally small and focused. The new items most users will notice are:
  • 🫩 Face with Bags Under Eyes
  • 🫆 Fingerprint
  • 🫟 Splatter (paint/ink splatter)
  • 🫜 Root Vegetable (turnip‑like)
  • 🪾 Leafless Tree
  • 🪉 Harp
  • 🪏 Shovel
  • 🇨🇶 Flag: Sark (flag sequence)
These eight entries (seven new standalone code points plus the Sark flag sequence) were approved as part of Unicode 16.0/Emoji 16.0 and are already being implemented across major platforms; platform vendors roll out their own artwork and font packaging on schedules that differ by vendor and OS. (emojipedia.org, blog.emojipedia.org)

How Microsoft Delivered Emoji 16.0 to Windows​

Microsoft’s path to bringing Emoji 16.0 to Windows 11 involved two primary servicing events:
  • The August optional preview cumulative for Windows 11 24H2 — known by its KB number KB5064081 — shipped updated font and asset files into the OS image for devices that accepted the preview. This preview package set the groundwork by shipping the glyph assets and updated builds (for example, build numbers in the 26100.x series). (bleepingcomputer.com, windowslatest.com)
  • The September Patch Tuesday cumulative — cataloged as KB5065426 (advancing some machines to build 26100.6584) — propagated those assets more broadly and marked the official monthly servicing update cadence where Microsoft consolidated fixes and staged feature rollouts for general distribution. The September roll included many other small UI and AI component updates, so the emoji work arrived inside a larger payload.
Important detail: shipping font assets into the system image is one step; updating the Emoji Panel (Win + .) and the UI surfaces that populate it is another. Microsoft has historically staged the UI/picker update separately from the font payload to reduce the risk of regressions in the picker experience; that is the root of the current inconsistency between having the glyph available on the system and seeing it in the picker.

The Current User Experience: Mixed but Improving​

The rollout is already visible, but it’s fragmentary:
  • Apps that rely on modern text pipelines and the updated system font — notably Word, PowerPoint, OneNote, Teams, and WhatsApp (desktop/web in some configurations) — are already rendering Emoji 16.0 glyphs as designed. That’s because these apps either use DirectWrite or ship updated emoji assets themselves.
  • Many other apps and web surfaces still show the “missing glyph” placeholder (blank rectangle or tofu). Popular examples reported by testers include Outlook, Instagram, and X (Twitter) — where recipients or the local client display boxes instead of the new emoji. Microsoft’s native Edge address bar and certain older rendering surfaces also currently fail to show the new glyphs.
  • The Emoji Panel (Win + .) — the keyboard shortcut picker most casual users rely on — has not yet been updated system‑wide in many installations, meaning the picker doesn’t list Emoji 16.0 even on machines that have the font assets. Microsoft appears to be staging that exposure to avoid regression across many language/keyword combinations the picker supports.
This situation is not unique to Microsoft: platform vendors often stagger picker/UI updates after font assets arrive because the picker includes search metadata, keyword mappings, and skin‑tone/gender sequences that must be updated and validated across languages. Emojipedia and other neutral trackers reported the approved list months earlier and tracked vendor rollouts as they happened across Android, iOS, macOS, and Windows. (blog.emojipedia.org, emojipedia.org)

Why Some Apps Show the New Emojis While Others Don’t​

Understanding the technical reasons behind inconsistent rendering helps explain why this appears messy:
  • Font presence vs. rendering path: Installing a font with new emoji glyphs makes the glyph available to applications that use the same rendering stack and honor system font fallbacks. Apps using modern DirectWrite or that explicitly query the Segoe UI Emoji font will pick up the glyphs. Older apps using legacy GDI text rendering or hardcoded font fallbacks may not.
  • App‑bundled emoji sets: Some web and native apps ship their own emoji graphics (for example, a web app that uses Noto Emoji or a proprietary sprite). Those apps can show the new emojis independently of the system font — or continue to show older art until the vendor updates their bundle. This is why WhatsApp or certain web clients might show the emoji while Outlook or Edge do not. (blog.emojipedia.org, windowslatest.com)
  • Picker metadata and search index: The Win + . panel uses an internal dataset of emoji entries, keywords, and sequence handling logic. Updating this dataset — and the localized search strings — requires careful testing; Microsoft sometimes delays picker updates to ensure search, skin‑tone modifiers, and sequence composition work correctly across languages. That is likely why the glyphs are present but not yet exposed in the panel for many users.
  • Staged enablement and server flags: Microsoft sometimes ships client assets and controls feature exposure via telemetry/staged server flags. That can mean the files are present but feature gates must be flipped centrally or locally before all UI surfaces show the new content.

Practical Guidance for Users and IT Administrators​

If you want to see or use Emoji 16.0 on Windows today, consider the following options and tradeoffs.
What individual users can do:
  • Install the August optional preview (KB5064081) if you’re comfortable with preview updates and want the asset files earlier; the preview delivered the glyph files to some devices. Be aware preview updates are optional and can be unstable for some configurations. (bleepingcomputer.com, learn.microsoft.com)
  • Use apps or web clients that ship their own updated emoji fonts (these will show Emoji 16.0 independently of system font state). (blog.emojipedia.org)
  • Copy/paste emoji glyphs from authoritative sources (Emojipedia or Unicode charts) into apps that already render the updated font. This is a clumsy but effective workaround for sending visible glyphs to recipients who also use capable clients.
What IT admins and power users should consider:
  • Pilot the deployment of KB5065426 in a representative set of test systems to validate application compatibility (especially for legacy GDI apps and specialized enterprise line‑of‑business software).
  • Expect larger download sizes and offline payloads: recent cumulative updates included on‑device AI model payloads for Copilot experiences, which increases package sizes and deployment impact. Plan bandwidth and storage accordingly.
  • If your environment relies on stable emoji behavior (for example, for documentation systems or UI screenshots), consider bundling a color emoji font in deployed apps or using image fallbacks until the system picker and rendering stack are consistent across your fleet.

Cross‑Platform Context: Where Windows Stands​

Emoji 16.0 was approved in September 2024 and rolled out across vendors on different cadences. Mobile platforms and Google’s Noto fonts moved on their own timelines; many mobile users received designs months earlier or through separate vendor update cycles. Windows’ update model — tying font and picker changes to Windows servicing — naturally introduces additional latency compared with smartphone OEM updates. That means Windows users were always likely to see Emoji 16.0 later than some mobile platforms. (blog.emojipedia.org)
This lag is not inherently a flaw: it reflects the cost of supporting a hugely diverse application ecosystem and multiple rendering paths on Windows. But from a user perception standpoint, it creates a disjointed experience where the same emoji may appear correctly on a phone and in a Teams chat but show as a missing glyph in Outlook or the Edge address bar.

Critical Analysis: Strengths, Weaknesses, and Risks​

Strengths​

  • Visual consistency in Microsoft’s design language: When delivered via DirectWrite and the updated Segoe family, Microsoft’s Fluent emoji designs are polished and consistent across Office and Microsoft 365 applications, improving corporate messaging fidelity.
  • Standards alignment: Implementing Emoji 16.0 keeps Windows aligned with Unicode recommendations and other major platforms, reducing cross‑platform confusion over time. Emojipedia’s tracking and the Unicode release provide a clear roadmap for vendors and developers. (emojipedia.org, beta.emojipedia.org)
  • Controlled rollout reduces regression risk: Staging the picker/UI update separately from the font means Microsoft can reduce the chance of search/metadata regressions, which previously produced broken emoji search experiences after some updates. (learn.microsoft.com, bleepingcomputer.com)

Weaknesses and Risks​

  • Fragmentation and user confusion: The current state—glyphs present but not listed in the picker, apps rendering differently—creates a confusing experience for end users and can undermine trust in the update process. Casual users expect emojis to “just work,” and staggered exposure breaks that mental model.
  • Application compatibility gaps: Legacy applications or business software using older rendering stacks may not show the glyphs, and in some cases the update can surface other text rendering regressions. Administrators must test broadly. (elevenforum.com)
  • Update surface complexity: Monthly servicing that includes non‑security preview payloads plus larger Patch Tuesday packages (now sometimes including on‑device AI models) complicates update planning for bandwidth‑constrained organizations and may delay adoption.
  • Picker/search breakage history: Prior updates have broken emoji panel search for some users, and while Microsoft addresses such issues in follow‑ups, the recurrence risk suggests the emoji picker remains a fragile surface. That fragility is precisely why Microsoft staged the current picker exposure, but it also means the eventual full enablement must be tested. (learn.microsoft.com, bleepingcomputer.com)

Social / policy corner​

  • The inclusion of the Flag: Sark emoji is a rare example of a flag added by exception via an ISO code reservation and illustrates that emoji policy decisions have international and symbolic implications well beyond desktop UI updates. Unicode and platform vendors treat these choices seriously, and adoptive timelines vary. (blog.emojipedia.org)

Recommendations and Best Practices​

  • For most home users: allow the September Patch Tuesday (KB5065426) to install through Windows Update and wait a week for staged enablement. If you’re comfortable with preview updates and understand the risk of optional packages, installing KB5064081 is the fastest way to get the font assets now. (bleepingcomputer.com)
  • For IT administrators:
  • Pilot KB5065426 (and KB5064081 for exploratory testing) on a small, representative set of machines.
  • Validate key applications (Outlook, Edge, line‑of‑business apps) for emoji rendering before broad rollout.
  • Account for larger package sizes in bandwidth and disk planning due to on‑device AI model payloads.
  • For developers:
  • Test both DirectWrite and legacy GDI rendering paths when validating emoji rendering.
  • Avoid hardcoding font fallbacks; prefer allowing Segoe UI Emoji to be used where appropriate or bundle a tested emoji font to guarantee appearance across platforms.

How Long Until the Emoji Panel Lists Emoji 16.0?​

There is no single answer. Historically, Microsoft has seeded glyphs and then enabled the picker in a follow‑up patch or through staged server flags over weeks or months. The pace depends on feedback from pilot rings, telemetry, and the need to adjust localized keyword mappings for the picker. Treat any ETA from third‑party reporting as provisional until Microsoft publishes a formal release note clarifying picker enablement.

Final Takeaway​

Microsoft’s September Patch Tuesday for Windows 11 24H2 marks a meaningful step: Emoji 16.0 is now present on Windows in the form of updated system assets, and a growing set of apps render the new glyphs correctly. That progress narrows the gap between Windows and mobile platforms. But the user experience is imperfect: the Emoji Panel has not yet been universally updated, and many apps still display placeholders. The root cause is the complex interaction of fonts, rendering pipelines, and picker metadata — not a single bug — which means users and administrators should plan for a phased, test‑driven adoption approach.
For users who need the new emojis now, installing the August optional preview (KB5064081) or using apps that ship their own emoji assets are practical workarounds. For IT teams, pilot widely, validate critical apps, and factor larger per‑device payloads into deployment planning. The result should be smoother adoption and fewer surprises as Microsoft fully unfolds Emoji 16.0 across the Windows UI.


Source: Windows Report Windows 11 24H2 September Patch Tuesday Update Adds Emoji 16.0 Support
 

Windows 11 has quietly gained support for Emoji 16.0 — but the rollout is partial, inconsistent, and leaves important UI surfaces and apps still showing “missing glyph” boxes instead of the new icons.

Windows 11 desktop with a flowchart mapping Unicode code points to emoji rendering.Background / Overview​

Emoji 16.0 is a deliberately small Unicode/emoji update that introduced eight new emoji entries: seven standalone glyphs and one flag sequence. The set includes Face with Bags Under Eyes, Fingerprint, Splatter, Root Vegetable, Leafless Tree, Harp, Shovel, and the Flag: Sark. Unicode finalized Version 16.0 and its emoji recommendations on September 10, 2024; platform vendors have implemented the new set on varying timetables. (unicode.org) (blog.emojipedia.org)
Microsoft began seeding Emoji 16.0 assets into Windows 11 as part of its 24H2 servicing cycle. The key packages observed in the rollout are the August optional preview cumulative (KB5064081) that delivered updated font and glyph assets to previewing machines, and the September Patch Tuesday cumulative (KB5065426, OS Build 26100.6584) that propagated those assets more broadly to Windows 11 24H2 systems. The September cumulative lists quality and security fixes and explicitly references the preview’s improvements as included in the release. (support.microsoft.com)
That sounds straightforward until the real-world behavior is examined: some apps render the new Emoji 16.0 glyphs correctly, while others — including key UI surfaces like the Emoji Panel (Win + .) and some browser UI — still display blank rectangles (the Unicode “tofu” missing-glyph placeholder). In short: the glyphs are present on many systems, but they’re not yet universally accessible across Windows UI surfaces.

What’s in Emoji 16.0 (the short list)​

  • Face with Bags Under Eyes (sleepy / exhausted)
  • Fingerprint (identity / forensics)
  • Splatter (paint/ink spill)
  • Root Vegetable (turnip-like)
  • Leafless Tree (barren / winter)
  • Harp (musical instrument)
  • Shovel (digging / spade)
  • Flag: Sark (region code CQ flag sequence)
This compact roster reflects Unicode’s recent decision to slow the annual growth of emoji and focus on targeted additions. The official emoji charts and vendor previews show the eight items above; vendors then create their own artwork and packaging for each platform. (unicode.org) (blog.emojipedia.org)

How Microsoft delivered Emoji 16.0 to Windows 11​

Timeline and KBs​

  • Microsoft seeded font assets and related files into Release Preview/Insider channels via an August preview cumulative identified as KB5064081 (builds in the 26100.x series). That optional package contained updated Segoe UI Emoji assets and groundwork for the new glyphs. (pureinfotech.com)
  • The September Patch Tuesday cumulative — KB5065426 (OS Build 26100.6584) — provided the broader distribution channel and consolidated the previous preview’s fixes and assets into the official monthly release. The KB page documents the update as the September 9, 2025 release for Windows 11 version 24H2. (support.microsoft.com)
  • Post-installation behavior has been staged: font glyph files may be on disk, but the Emoji Panel dataset, picker metadata, language-indexed search strings, and some rendering surfaces remain gated or updated separately — producing the split experience many users see.

Why Microsoft staged the rollout​

The Emoji Panel and related UI surfaces are not simply “image grids.” They rely on a curated dataset of code points, keyword mappings, localized search metadata, skin-tone and gender modifiers, and sequence handling. Updating that dataset across dozens of locales and then validating search behavior at scale introduces significant regression risk, so Microsoft frequently stages the exposure of UI-level picker changes after shipping font assets. The result: glyphs can exist in the system font (and render in some contexts) while the panel or other surfaces do not yet list or insert them.

The technical reasons behind the inconsistent rendering​

Fonts vs. rendering pipelines: the three moving parts​

Emoji display relies on three interacting components:
  • Unicode code points — the numbers inserted into text streams that represent emoji.
  • Font glyphs — color glyphs inside vendor fonts (for Windows, principally Segoe UI Emoji and friends).
  • Rendering path / text pipeline — the application API that maps code points to glyphs (DirectWrite, GDI, WebView/Chromium, or app-bundled fonts).
If any of these layers is not updated or if an app uses an alternate font pipeline, the emoji will not render as intended. Windows’ long history of mixed text rendering stacks (modern DirectWrite for many UWP and WinUI surfaces versus legacy GDI for older Win32 components) means emoji support is not a single binary state.

DirectWrite vs. GDI vs. WebViews​

  • Apps that use DirectWrite (modern, GPU-accelerated pipeline) and query the updated Segoe UI Emoji font will generally pick up Emoji 16.0 glyphs as soon as the font files are installed.
  • Legacy GDI surfaces and some title bars or shell UI still use older fallback rules; they may not resolve the new code points to color glyphs, producing blank boxes.
  • Web apps and browsers can either rely on system fonts or ship their own emoji sets. When apps ship their own emoji assets (for example, some web apps or messaging clients), they can display the new icons regardless of system font state — or continue to show older art until those apps update their bundled assets.

The Emoji Panel (Win + .) is a separate product​

Updating the panel requires synchronizing the glyph inventory with the panel’s meta-index and localization. Microsoft has historically separated font asset updates from picker updates to reduce the risk of breaking search, modifier sequences, or skin-tone behavior in languages. That separation is the core reason many users see glyphs in Word or Notepad but not in the Emoji Panel itself.

Real-world behavior: where Emoji 16.0 works today — and where it doesn’t​

Observed behaviors across updated systems include:
  • Renders correctly in: Microsoft Word (desktop), PowerPoint, OneNote, Notepad (editor pane), Teams (desktop), and some WhatsApp desktop/web clients — provided those apps use DirectWrite or ship updated glyphs.
  • Fails to render (shows missing-glyph rectangle) in: Win32 title bars, some browser address bars, Windows Search, and the Emoji Panel on many installations. Some popular web services and social apps (for example, Instagram, X/Twitter) also still display placeholders on certain clients.
  • Mixed in the same app: the same program may render the new emoji inside an editor pane while its title bar or a legacy UI element shows a missing glyph. This difference is a direct consequence of mixed rendering APIs within a single process.
These inconsistencies are not bugs in the glyph design; they are symptoms of the complex rendering plumbing in Windows and of Microsoft’s staged rollout model.

The Sark flag: why flags are special, and why support varies​

The Emoji 16.0 set includes a flag sequence for Sark (regional indicator sequence CQ → 🇨🇶). The decision to include Sark’s flag was unusual because Unicode generally stopped accepting new flag proposals in 2022; Sark qualified via an “exceptionally reserved” ISO 3166 entry, which made the flag eligible for inclusion. Vendor support for flags is uneven: Windows’ emoji font historically omitted many country flags, and Microsoft’s public support and implementation of national/regional flag emoji has been inconsistent or absent on many surfaces. Chromium-based browsers can exhibit different behavior depending on whether they use the system emoji font or ship their own rendering; Firefox, for example, has long used its own Twemoji-based rendering in some contexts. (blog.emojipedia.org) (learn.microsoft.com)
Practically, that means the Sark flag may render on some platforms (WhatsApp on desktop, some mobile vendors) but still show as two-letter placeholder glyphs or a missing glyph in other Windows UI surfaces. Microsoft community threads and third-party reporting confirm this mixed support pattern. (learn.microsoft.com) (bbc.co.uk)

Practical guidance: what users and IT administrators can do today​

For users who want access to Emoji 16.0 immediately, or for administrators planning a rollout, these practical options and mitigations are recommended.

For home or power users — quick steps (numbered)​

  • Check Windows Update and install the September cumulative (KB5065426) if it’s available to your device via Windows Update. That delivers the broadly distributed package. (support.microsoft.com)
  • If comfortable with optional preview packages and the risk they carry, opt into the Release Preview channel or install the KB5064081 preview package to receive the font assets sooner. Be aware preview updates can be less stable and are optional. (pureinfotech.com)
  • Use apps or web services that ship or control their own emoji assets (for example, WhatsApp desktop/web or services that bundle Noto/other emoji fonts). These will often show Emoji 16.0 independent of the system font state.
  • As a temporary workaround, copy the emoji glyphs from a trusted emoji reference (Emojipedia or Unicode charts) and paste them into apps that already render the updated font. This is clumsy but effective for one-off messages.

For IT administrators — deployment checklist​

  • Pilot the updates (both KB5064081 preview if used and KB5065426) in a representative subset of machines that include legacy line-of-business apps and modern Office/Teams clients.
  • Validate rendering in the specific applications your organization relies on: Outlook (desktop), browser-based web apps, proprietary Win32 apps, and any custom UIs that might rely on older font fallback rules.
  • Consider bundling a tested color emoji font for mission-critical documentation or internal tools where consistent emoji rendering matters (or provide image fallbacks).
  • Communicate to end users that font assets may be present while the Emoji Panel or other pickers remain unupdated — set expectations to prevent confusion.

Critical analysis — strengths, shortcomings, and risks​

Strengths​

  • Standards alignment: Implementing Emoji 16.0 brings Windows into alignment with Unicode’s recommended set and reduces long-term cross-platform confusion for the new code points. The updated Segoe UI Emoji glyphs reflect Microsoft’s Fluent aesthetic and look polished within supported rendering paths. (emojipedia.org)
  • Controlled rollout reduces regression risk: By staging panel/data updates separately from font assets, Microsoft reduces the likelihood of large-scale pickers/search regressions across locales and avoids instant breakage of indexed emoji behaviors.

Weaknesses​

  • Fragmented rendering stack: Windows continues to suffer from architectural debt — multiple rendering APIs and app-level font overrides produce inconsistent emoji behavior across an OS whose ecosystem includes decades of legacy code. This fragmentation undermines the “it just works” expectation for casual users.
  • Perception and communication: Shipping font assets without synchronized picker UI exposure appears incomplete and erodes user trust. Users who check the Emoji Panel and find no new icons will reasonably assume the update failed, even when glyphs are present in other apps. Clearer communication from Microsoft — both to consumers and enterprise admins — would help.

Risks​

  • Interoperability and miscommunication: Sending an Emoji 16.0 character to a recipient whose client shows a missing glyph can create confusion. In enterprise contexts, where emoji sometimes convey status or meaning, this could cause misunderstanding.
  • Operational deployment risk: The September cumulative is large (contains multiple fixes and on-device AI model payloads in recent update packages), so organizations with limited bandwidth or strict staging requirements must plan carefully. Cumulative installer sizes and the scope of the patch mean that staged testing and phased rollout remain necessary. (berrall.com)
  • Security and update integrity: While emoji glyph updates themselves are benign, any font update mechanism that’s compromised poses risk. Relying exclusively on signed Microsoft servicing and verified update channels is the prudent approach.

The bigger picture: Emojigate, design consistency, and Microsoft’s UX credibility​

Microsoft’s emoji story over the past few years has been more complicated than it should be. A well-remembered episode known as “Emojigate” involved public confusion about whether Windows 11 would ship 3D Fluent emoji or 2D assets, conflicting social media posts from Microsoft, and mixed messaging that eroded confidence in the company’s design communications. That episode was not primarily about whether emoji were 2D or 3D — it was a visibility problem that exposed weaknesses in release communication and internal coordination around identity and design strategy. The current Emoji 16.0 rollout echoes part of that challenge: technical staging decisions are reasonable, but they must be paired with clearer status and communication to users.
A consistent design language — including emoji — helps unify the broader Windows 11 visual identity. However, the operating system’s heterogeneous rendering stack and conservative staging policies mean design consistency remains a multi-year problem rather than a single-update fix.

What to watch next (expectations and timelines)​

  • Microsoft’s staged enablement means there is no single date when Emoji 16.0 will be “fully available” in every Windows 11 UI surface. Historically, Microsoft has followed a pattern of seeding glyphs in builds and enabling the picker and full system exposure later via follow-up cumulatives or staged flags; the same model likely applies here. Any ETA is provisional until Microsoft publishes explicit release notes for the panel/picker enablement.
  • Platform vendors (Apple, Google, Samsung) and major apps (WhatsApp, Facebook, etc.) will continue to diverge in timing; users should expect some platforms to show the new glyphs earlier or more consistently than Windows surfaces. (blog.emojipedia.org)
  • Emoji 17.0 — the next batch of approved emojis — already has a preview, but Microsoft historically takes months to support new emoji sets. Expect vendor rollouts in 2026 on a staggered schedule. (Note: the Apple Core candidate was removed from Emoji 17.0 before finalization; emoji rosters can change between preview and final release.)

Final takeaways​

  • Windows 11 now contains Emoji 16.0 glyph assets on many machines thanks to KB5064081 (preview) and KB5065426 (Patch Tuesday), but the user experience is fragmented: some apps render the new icons while the Emoji Panel and some UI surfaces still show missing-glyph placeholders. (pureinfotech.com) (support.microsoft.com)
  • The cause is structural, not aesthetic: multiple rendering pipelines, picker metadata, and staged server-side enablement mean a font update does not equal immediate, universal availability. Administrators and users should pilot, test, and, if needed, use apps that bundle their own emoji assets or copy-paste glyphs from authoritative sources as a temporary workaround.
  • Microsoft’s cautious rollout reduces the risk of breaking localized search and picker behaviors, but it also creates a perception problem that Microsoft should address through clearer documentation and in-product status indicators for emoji support.
Windows’ move to support Emoji 16.0 is a necessary step forward for platform parity and standards alignment. The incomplete rollout is a reminder that even small, seemingly cosmetic features sit atop complex plumbing — and that visible polish depends as much on robust, synchronized platform engineering and communication as it does on compelling art and sound design.

Source: Windows Central Windows 11 just got new emojis — but not all of them work
 

Back
Top