https://bugs.kde.org/show_bug.cgi?id=436078
Valso <stalliondr...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stalliondr...@gmail.com
--- Comment #7 from Valso <stalliondr...@gmail.com> ---
(In reply to Martin Koller from comment #6)
> Of course I did that already in the std. Color Selector Dialog without any
> problem.
> Since the dialog you show is neither the std. Qt Dialog nor any std. KDE
> dialog AFAIK, I can only imagine that the issue stems from whatever Pop!_OS
> provides here.
> Try asking on their support channel, please.
> There is nothing I can do about it here.
Actually, I'm 90% sure it's not a POP!OS problem either. I've been having this
problem for 5 months now and initially I thought it was a Kolourpaint problem,
so I created another report about it here (I didn't know there was a previous
report, until now). However, after reporting the problem to Cinnamon as well
(because I noticed that this freezing happens in all non-Plasma desktops) and
seeing some of the comments there, that led me to the conclusion that the
problem is most probably GTK3. As you probably know, there's this package named
qt5ct which allows non-Plasma users to set dark themes for the qt5 programs
they use and Kolourpaint is such a program. By default Kolourpaint comes with
qt5 dialogs and there are no freezing problems with them but if you have qt5ct,
you can choose GTK3 dialogs. And this is where the problem comes: choosing GTK3
dialogs leads to Kolourpaint freezing after copying an HTML color code. So I
have reported the problem on their issue tracker and whoever is having this
problem can keep an eye on it: https://gitlab.gnome.org/GNOME/gtk/-/issues/5167
--
You are receiving this mail because:
You are watching all bug changes.
