[Bug]: Button iconography is absent.

[RokeJulianLockhart]

Before submitting, please verify the following:

• This is a bug, not a question or a configuration issue.
• This issue is not already reported on Github (I've searched it).
• Nextcloud Server and Desktop Client are up to date. See Server Maintenance and Release Schedule and Desktop Releases for supported versions.
• I agree to follow Nextcloud's Code of Conduct

Bug description

As the undermentioned screenshot demonstrates, the toolbar ¹ button iconography is absent:

This is a partial recurrence of #6594 (comment) - a regression.

Steps to reproduce

1. Install https://fedora.pkgs.org/rawhide/fedora-x86_64/nextcloud-client-3.14.2-1.fc42.x86_64.rpm.html (as a dependency of https://fedora.pkgs.org/rawhide/fedora-x86_64/nextcloud-client-dolphin-3.14.2-1.fc42.x86_64.rpm.html):

   #!/usr/bin/env -S sh
   sudo dnf install 'nextcloud-client-3.14.2-2.fc40.x86_64'

2. Invoke the GUI:

   #!/usr/bin/env -S sh
   nextcloud-client

Expected behavior

The icons should be rendered.

Which files are affected by this bug

file:///usr/bin/nextcloud

Operating system

Linux

Which version of the operating system you are running.

https://download.fedoraproject.org/pub/fedora/linux/releases/40/Spins/x86_64/iso/Fedora-KDE-Live-x86_64-40-1.14.iso

Package

Distro package manager

Nextcloud Server version

28.0.10.1

Nextcloud Desktop Client version

3.14.2

Is this bug present after an update or on a fresh install?

I don't know, but I presume that it updated from a minor version (ex. 3.4.2 to 3.4.4).

Are you using the Nextcloud Server Encryption module?

I don't know.

Are you using an external user-backend?

I don't know.

Nextcloud Server logs

No response

Additional info

No response

Footnotes

1. https://github.com/nextcloud/desktop/issues/7419#issuecomment-2439808182 ↩

[RokeJulianLockhart]

#7419 (comment)

This affects more than merely toolbar button iconography, actually:

[the-nic]

Note that also the following icons are not shown in when pressing the details button:

Is this because there are no white/black themed variants of the svg files referenced?

[RokeJulianLockhart]

#7419 (comment)

@the-nic, are you able to provide environment information too? kinfo is usually enough.

Is this because there are no white/black themed variants of the svg files referenced?

I'd be surprised, since in examples like https://invent.kde.org/frameworks/breeze-icons/-/merge_requests/410#note_1054423, the application should fall back to Breeze's colourful icons.

Perhaps it's another example of https://gitlab.freedesktop.org/xdg/xdg-specs/-/issues/132, although that's merely a guess.

[the-nic]

kinfo data:

Operating System: Arch Linux 
KDE Plasma Version: 6.2.2
KDE Frameworks Version: 6.7.0
Qt Version: 6.8.0
Kernel Version: 6.6.58-1-lts (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 5800X 8-Core Processor
Memory: 31.2 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 2070 SUPER/PCIe/SSE2

[BatmansGehilfe]

I experience the same behaviour as @RokeJulianLockhart and @the-nic here with a different distribution (Tumbleweed). Just to add some context.

kinfo data:

Operating System: openSUSE Tumbleweed 20241027
KDE Plasma Version: 6.2.2
KDE Frameworks Version: 6.7.0
Qt Version: 6.8.0
Kernel Version: 6.11.5-1-default (64-bit)
Graphics Platform: Wayland
Processors: 8 × Intel® Core™ i7-10510U CPU @ 1.80GHz
Memory: 15.4 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics

[working-name]

Same or very similar issue on windows. Might be something about dark mode.

[BatmansGehilfe]

I don't think it is about dark mode: I experience the same behaviour in "light mode".

[RokeJulianLockhart]

#7419 (comment)

@BatmansGehilfe, I do too — the context menu icons don't even recolour: