https://bugs.kde.org/show_bug.cgi?id=361034
--- Comment #7 from Wolfgang Bauer <wba...@tmo.at> --- I investigated this, and the problem happens if the mimetype specifies an icon name that cannot be loaded (e.g. because it doesn't exist). If the icon name is empty, dolphin does fall back to the generic "unknown" icon. The reason for this "regression" apparently is different behaviour of QIcon::fromTheme() compared to KIcon that has been used in the KDE4 version: the default fallback icon of QIcon::fromTheme() is QIcon(), i.e. an empty one. Specifying a different fallback icon to the call to QIcon::fromTheme() fixes it: https://git.reviewboard.kde.org/r/127713/ -- You are receiving this mail because: You are watching all bug changes.
