https://bugs.kde.org/show_bug.cgi?id=374224
Tsu Jan <tsujan2...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tsujan2...@gmail.com
--- Comment #7 from Tsu Jan <tsujan2...@gmail.com> ---
I'm on Linux (Manjaro and Debian).
This problem happens only when QtCurve menus are translucent. Then, a freeze
occurs when an options dropdown submenu of KFileDialog is supposed to be shown
by selecting a menu-item. For me, the only way out of this situation has been
ctrl+atl+f2 and restarting sddm manually.
Qt5 window translucency requires setting of RGBA format before windows have
native handles. QtCurve does it in `Style::prePolish()` and
`addAlphaChannel()`, using private headers. Kvantum does the same thing in
`Style::setSurfaceFormat()` but without private headers.
Now, in Kvantum, I encountered exactly the same freeze ONLY WITH KFileDialog.
As a workaround, I excluded menus from `setSurfaceFormat()` because most menus
didn't need it for translucency (there are rare exceptions when both
WA_WState_Created and WA_NativeWindow are set for a menu, in which case, they
don't have translucency in Kvantum).
It isn't strange that this only happens with QtCurve because no other Qt5 style
engine (except for Kvantum, that has a workaround) supports translucent menus.
I haven't read the code of KFileDialog but as far as I know, QtCurve doesn't do
anything invalid. Therefore, I think the problem is in KFileDialog.
--
You are receiving this mail because:
You are watching all bug changes.
