Can not confirm on Win11 (win32 x64 build).

As Jumplist, the correct icon appears for each LibreOffice module (swriter.exe, scalc.exe, etc.) on the Win11's taskbar, also as Jumplist on the Win11 Startmenu. With options to pin if desired.

It could be issue with ARM builds (AARCH64) when running in os/DE Dark color theme, or could be a user profile issue corrupted by the multiple installations and UI "adjustments" OP reports in the LO Ask thread.

To get user profile back to know defaults, and detection of os/DE color theme,
delete the profile--it should rebuild with defaults. Details should be here:

https://wiki.documentfoundation.org/UserProfile/zh-cn

Please backup/rename or just delete existing profile and allow it to rebuild.

Let us know if the default UI configuration does not restore visibile icon themes.

=-testing-=

Version: 25.2.3.2 (X86_64) / LibreOffice Community
Build ID: bbb074479178df812d175f709636b368952c2ce3
CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

(In reply to V Stuart Foote from comment #1)
> https://wiki.documentfoundation.org/UserProfile/zh-cn
> 
> Please backup/rename or just delete existing profile and allow it to rebuild.
> 

Sorry that should have been the Korean link:

https://wiki.documentfoundation.org/UserProfile/ko

or perhaps read a language gloss, e.g. Google translate of the base article.

Note that in the related Ask question, we checked that safe mode does show icons, while resetting the profile (is reported to) give no effect.

(In reply to Mike Kaganski from comment #3)
> Note that in the related Ask question, we checked that safe mode does show
> icons, while resetting the profile (is reported to) give no effect.

Always question when users claim to have reset profile. And here, with OPs installation of Galaxy icon theme, the installation is also in question.

My suggestion to OP and others would be to uninstall LibreOffice (not a repair), then delete the per-user LibreOffice profile directory (default on Win at "C:\Users\<userName>\AppData\Roaming\LibreOffice" user and any other accounts).

Then reinstall clean, allow default profile to build.

=-Sidebar-=

The defaults at 25.2.3 should correctly handle os/DE light/dark color theme choice. But will still have nuisance of Dark document canvas with dark color theme.

So would still have to use the Tools -> Options -> Appearance panel and install the 'Light Applications Colors' extension theme, and then apply it from the list box to get light canvas of 24.8 and earlier.

Additionally there is the Automatic theme behavior and its interaction with the theme mode of System/Light/Dark. Once an appearance theme extension is installed and enabled, the Automatic theme stops correctly responding to os/DE color theme selection. And can end up with dark icon and text on dark application color.

Applying and staying with an appearance theme works. Staying on the Automatic theme and using the System/Light/Dark works. But moving between those can end in a state with dark on dark or light on light--requiring a profile deletion to clear.  

At 25.8 we've added checkbox toggle for the document background and removed the System/Light/Dark choice.  The Automatic theme will follow the os/DE color theme. And the appearance theme extensions will more cleanly assert when selected and roll back to Automatic and os/DE theme defaults. Restart to fully assert UI appearance should be less often.

> At 25.8 we've added checkbox toggle for the document background and removed

s/removed/reworked/ so now radio buttons and better behaved.

has dupes for AARM64 Win builds

Confirming that this is with Light and Dark theme - attaching screenshot.

Also result of 'Copy Skia Log':
RenderMethod: vulkan
Vendor: 0x5143
Device: 0x36334330
API: 1.3.284
Driver: 512.798.0
DeviceType: integrated
DeviceName: Qualcomm(R) Adreno(TM) X1-85 GPU
Denylisted: no

Created attachment 201073 [details]
Light theme no icons

Noting that despite the current title of this bug, the issue is regardless of Light or Dark theme

@Stephan, are you able to repro? Any idea as to the slippage...

25.8.0.4 same problem on Yoga 7 with WIN 11 ARM64 plus Snapdragon X Plus... Very slow without SKIA, with SKIA icons missing (with HW, SW support ON...)

25.8.0.4 on WIN 11 ARM64 Snapdragon X Plus here as well. I restarted in safe mode with hardware acceleration disabled and the icons appeared.

Experiencing the same problem in 25.8.0.4 on my ARM-based Windows laptop. Few things to add: in Skia/Vulkan mode, no images within UI ever display for me, whereas in Skia/raster mode, some images (LibreOffice banners in the About dialog and in the launcher) do show up.

Disabling Skia output in Settings>Appearance works as a workaround for me.

Here are skia.log entries for both erroneous modes:

RenderMethod: vulkan
Vendor: 0x5143
Device: 0x37314430
API: 1.3.295
Driver: 512.827.0
DeviceType: integrated
DeviceName: Qualcomm(R) Adreno(TM) X1-45 GPU
Denylisted: no

RenderMethod: raster
Compiler: Clang

I'm using the latest Qualcomm Adreno Driver 31.0.112.0, installed through Adreno Control Panel (as opposed to the SoC driver package distributed by OEM).

just wanted to comment and say same thing here,
25.8.0 and 25.2.5 both have the missing icons (Win 11 ARM64, aarch64 install)
workaround as explained is to disable the skia and it works fine
OR
uninstall arm64 version and install x64 version, works fine there

I can reproduce this behaviour on LibreOffice 25.8.1.1 AARCH64 builds on a Windows 11 Pro 24H2 VM running on VMware Fusion 13.6.4 (build 24832108), on an M1 Max Mac Studio running macOS Tahoe 26.0.1 (build 25A362).

While disabling Skia is a “solution”, performance is absolutely abysmal under this particular setup. And I know this is an extremely specific use case, which I won’t likely use as a daily driver, but I may need to resort to this configuration in order to export documents in case bugs arise in the macOS version of LOo Writer.

I also may intend on getting one of these PCs at some point, and not being able to test this config under a VM makes it extremely difficult to weigh in on such a purchase.

It's been almost four months and there are no updates on this issue. Using x86-64 emulation layers should no longer be a necessity in 2025. I am also trying to test Zotero 8 Beta on AARCH64 and its compatibility with LOo Writer and an AARCH JRE, and the current state of affairs doesn't make it very viable.

Tested on Windows 11 Pro x64 (23H2), LibreOffice 25.8.3 (stable) and latest available betaVersion: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Result: Not reproducible. 

Toolbar icons are displayed correctly in Writer, Calc, Impress, and Base.
All toolbar buttons react to clicks and are fully functional and interactive (icons are visible, controls are clickable).

Note: The original report mentions Windows 11 ARM (AARCH64). The issue may be platform-specific to ARM architecture, which I cannot validate due to lack of ARM environment.

Marking as: Non-reproducible in Windows 11 x64.

Yes the issue is definitely ARM platform related.
If you use the X64 Version on Windows on Arm with its embeddedVirtual machine to run X64 code on ARM, the issue also does not occur. 
Only, if you run the ARM native version without the work around in the settings described in some previous comments, the issue pops up.

Maybe it is possible, to make the working settings the default on Windows on ARM and disable the non working setting for now until a proper solution is found.

Staying on the Automatic theme and using the System/Light/Dark works. But moving between those can end in a state with dark https://www-concoracredit.com on dark or light on light--requiring a profile deletion to clear.