https://bugs.kde.org/show_bug.cgi?id=371513
--- Comment #26 from Sergey Kondakov <virtuous...@gmail.com> --- (In reply to Toni Asensi Esteve from comment #16) > > *you* > > Being helpful helps a lot. Somebody has developed a lot for Krusader, and > has also tried to be helpful. > Yeah, and it would be great to get some feedback on the info that I provided or a concrete request for data that may be needed instead of pretending that there is none and dismissing everything with remarks like "*anything* that can pinpoint the *actual problem* is helpful" and "being helpful helps a lot". Well, be helpful and propose something useful. If I knew how to fix it myself I would, so what kind of guess-work you want *me* to do if you're the ones who made it ? > > I will not risk launching Plasma > > A virtual machine can be used to test. And how exactly I supposed to replicate entirety of my setup in there ? Copying entirety of the system and user configs just for avoiding one package messing with my configs and all for a longshot just because you don't know what secret KDE variables the app that is supposed to be DE-independent (which is the whole point of KDE5's advertised modularity) may use ? Anyway, I risked running Plasma5 again and the result is even worse ! In Plasma everything lacks icons as if it actively ignores the contents of ~/.icons. But setting the icon theme in ~/.config/kdeglobals from custom one to simple "breeze" doesn't help much: dolphin gets breeze monochrome stuff but krusader presents the same issue with panels. With the custom theme under Plasma krusader starts lacking most other icons. > > uninterrupted strace from launch > > Thank you for adding information. Thanks for noticing from the second time. (In reply to WiseLord from comment #6) > Created attachment 101731 [details] > Install missing icons to /usr/share/icons > > Some panel icons are also missing for me (compare files, mount manager, > etc). I discovered that they are installed to /usr/shar /krusader/icons > instead of /usr/share/icons. When I'd changed this path in CMakeLists.txt, > they began to be displayed again. > So here is my patch. By the way, I just noticed that it seems to be a revert of the revert of previous krusader screw-up: https://github.com/KDE/krusader/commit/4b69dda12a15c38f5fc8ccfa4037839f6c5ac3a3 I've built an old revision of https://github.com/KDE/krusader/commit/d1cc62447cd159692f25208c757fc1bd4c74c741 which I though didn't have the issue back in 2015 but now it also did. So maybe it's a regression in KF5-5.8.2/Qt5-5.7.0 or it was always the reason I only used latest KDE4 release (which I highly doubt). Or it really hates some obscure but persistent option in some forgotten config. Moreover, after * changing icon themes in ~/.config/kdeglobals * removing .cache/icon-cache.kcache * recreating cache for customized themes in ~/.icons or using vanilla breeze and oxygen * QT_QPA_PLATFORM_THEME (kde/lxqt) * QT_STYLE_OVERRIDE (breeze/oxygen/gtk2) * KDE_FULL_SESSION (''/false/true) * KDE_SESSION_VERSION (4/5) * using dbus-launch * launching in weston with QT_QPA_PLATFORM=wayland-egl nothing in panels has changed >_< Ah, if only dolphin would have profile support... it already has "split view", built-in konsole, service menus, tabs, verbose view and previews, so when customized it looks almost like krusader. (In reply to Alex Bikadorov from comment #19) > > This is what I already did. I looked at your build log and noticed that you > used a build script and not a plain "cmake && make" to build. Does it make a difference ? "The build script" is Open Build Service's remote builder/packager. If I wanted to do this stuff on my system I would use Gentoo... but then again, without building manually. > I searched in > the strace and found that the icons are actually loaded but nevertheless > (sometimes) not shown. I checked the code and it is the same like Dolphin > (again: both are using the same predefined gui widgets, not modified). The icons on panels behave differently in comparison to all other elements, like toolbar. Are you sure their code is the same to dolphin ? What about "QPainter" messages ? It's the only other thing that is consistently present too. > This leads me to the assumption that it is a lot more likely that something > with your system is wrong and not with our code, wouldn't you agree? > Until more reports are incoming that can pinpoint the reason, I assume it > has something do do with LXQt and/or the icon settings. > Or that your code is well-tested only on your systems while people with similar glitches just don't bother complaining. After I managed to get kernel developers to fix the >2 year old hid_sony glitch that made usage of Sony DualShock 3 (one of the most popular gamepads in the world) impractical as well as the >6 months regression that made one of popular AMD GPU chips completely unusable (oh, the horrors of git-bisect !) on all Linux distributions without a single public complaint from anyone on both of them, I'm wouldn't rush with conclusions about code cleanliness. -- You are receiving this mail because: You are watching all bug changes.
