Hello 👋,
so this isn't a new bug, it's always been like that 👀 💦 Previously, I typically made changes to Python files, so I changed them inside of material directory and later copied them over to src, and I was caught red handed when working on the info plugin when I didn't update the build logic to not delete a custom .gitignore file😅

When following the development guide for the theme it mentions to build the project with build:all in preparation for a PR, as this will recreate all files and make sure everything is updated.

The issue is that the logic relied on the placement of / separators in strings, and Windows uses \, so none of the plain assets/javascripts/bundle.js paths got converted back to bundle.1a2b3c.js for the deployment.

When running the npm run build:all command with any commit before this PR on Windows and without doing any changes this would be the output of git status:

$ git status
HEAD detached at 3296cdf20
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   docs/schema/assets/icons.json
        modified:   material/overrides/assets/javascripts/iconsearch_index.json
        modified:   material/overrides/assets/stylesheets/custom.7c86dd97.min.css.map
        modified:   material/overrides/main.html
        modified:   material/templates/.icons/material/LICENSE
        modified:   material/templates/assets/stylesheets/main.4af4bdda.min.css.map
        modified:   material/templates/assets/stylesheets/palette.06af60db.min.css.map
        modified:   material/templates/base.html

Most of these are files where the paths weren't replaced because they used the \ separator, when on Windows.

After fixing the first issue the next bubbled up:

--- a/docs/schema/assets/icons.json
+++ b/docs/schema/assets/icons.json
@@ -11439,8 +11439,8 @@
     "simple/hiltonhotelsandresorts",
     "simple/hitachi",
     "simple/hive",
-    "simple/hive_blockchain",
     "simple/hivemq",
+    "simple/hive_blockchain",
     "simple/homarr",
     "simple/homeadvisor",
     "simple/homeassistant",
@@ -12829,9 +12829,9 @@
     "simple/spreadshirt",
     "simple/spreaker",
     "simple/spring",
-    "simple/spring_creators",
     "simple/springboot",
     "simple/springsecurity",
+    "simple/spring_creators",

The icons are gathered like all other paths, using the resolve function which in turn uses the tiny-glob npm module. Based on this issue my observation is that depending on the OS the order of files differs when there is _ in the file name.

While fixing this I've noticed that the icon search index doesn't contain the latest emojis. Not sure how this happened 🤔
Only explanation I have is that somehow you haven't updated the twemoji_db file on your local system for the last 6 months. You can see woman_walking_facing_right is not found in the deployment and it's part of the twemoji_db

The last thing which could be fixed to declutter the git status noise, is the .icons/material/LICENSE file which contains the CRLF line endings and this file is marked as modified, despite being converted to LF later. But I left it as-is.

Checked on MX Linux VM, and it does still work on the UNIX system, so I think macOS should work as well. Also all changes which would decrease performance (so everything) I tried to limit to Windows only, therefore if there is no need for sorting or path separator replacement, the other OS just use the data like before.