https://bugs.kde.org/show_bug.cgi?id=518440
Bug ID: 518440
Summary: Fallback to buildin GUI with Omnissa Horizon
Classification: Plasma
Product: plasmashell
Version First 5.27.12
Reported In:
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Screen locking
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: 1.0
SUMMARY
I start /usr/libexec/kscreenlocker_greet (with --testing for debug) and it
falls back to the internal screen lock UI. I like to have the "reveal password
eye" from the default one, which the fallback version does not have,
therefore I tried to figure out whats went wrong, but without success.
The machine where this happens is RedHat with a Linux RDP Server (Omnissa
Horizon).
STEPS TO REPRODUCE
I tried to debug it with
export QT_LOGGING_RULES="*.debug=true"
but I don't see any difference between a working PC (RedHat 9.7 with KDE
5.27.12 from EPEL) and
the same on my machine.
My machine is a bit special, it uses a Horizon Setup (an RDP server addon for
Linux) with a custom EDID
and some other stuff which I don't even know about.
I don't see where the path diverge on strace level and a qDebug.
The X Extensions are fine too (Horizon / PC) , KDE works fine on Horizon RDP
except this quirk which
I'm currently unable to find out whats going wrong.
(Note: Gnome Screenlock is ok, so the setup is not completely broken)
The message from qcDebug from the Horizon (broken) machine:
kf.package: No metadata file in the package, expected it at:
"/usr/share/backgrounds/f39/default/"
kf.package: No metadata file in the package, expected it at:
"/usr/share/backgrounds/f39/default/"
qt.quick.hover.trace: ImageStackView_QMLTYPE_1_QML_2(0x56084fd4df10,
parent=0x0, geometry=0,0 3840x1600) false -> true
"file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/lockscreen/LockScreen.qml"
"Error loading QML file.\n33: Type LockScreenUi unavailable\n296: Type
MainBlock unavailable\n28: BreezeBlock is not a type\n"
kscreenlocker_greet: Failed to load lockscreen QML, falling back to built-in
locker
And here from a working machine (PC):
kf.package: No metadata file in the package, expected it at:
"/usr/share/backgrounds/f39/default/"
kf.package: No metadata file in the package, expected it at:
"/usr/share/backgrounds/f39/default/"
qt.quick.hover.trace: ImageStackView_QMLTYPE_1_QML_2(0x5600556e9120,
parent=0x0, geometry=0,0 1920x1200) false -> true
kf.coreaddons: Checking for plugins in ("/usr/libexec/plasma/dataengine",
"/usr/lib64/qt5/plugins/plasma/dataengine")
kf.plasma.core: loading applet by name "keystate" true true
I tried building from current git, but kscreenlock does not compile (Qt5/6
issues), but I can build from kscreenlocker-5.27.12-1.el9.src.rpm with DEBUG
for testing.
--
You are receiving this mail because:
You are watching all bug changes.
