Since https://git.reviewboard.kde.org/r/109675/ My XDG_DATA_DIRS on fedora ends up being /usr/share:/usr/share/kde-settings/kde-profile/default/share:/usr/local/share:/usr/share I would argue that users' env values for XDG_DATA_DIRS should not get trumped if * kde's prefix is either default (/usr or /usr/local) or, more particularly, * <kde_prefix>/share is already contained in XDG_DATA_DIRS Reproducible: Always
marking confirmed, several users reported this on irc today, before I investigated and found the cause here.
Hrm, missed part of my initial comment. My point was that we purposely want /usr/share/kde-settings/kde-profile/default/share to come first (and set XDG_DATA_DIRS accordingly), but the aforementioned commit makes that impossible.
See also bug #315452 includes patch (though prior to this commit), and seems to implement what I think should happen.
Yeah, this regression broke our default applications in Fedora KDE, and we only just now figured out why more or less by accident. By the way, we changed Fedora KDE packaging to replace the startkde.cmake with a known-good patched copy (we were already making many changes to the script) so that we will NOT pick up such regressions in the future. (In Fedora packaging, we just deleted the whole added hunk, because it is entirely useless for a distro-installed KDE in /usr.)
fixed in plasma-workspace now