Bug 426649 - New KphotoAlbum new custom color schemes breaks interface
Summary: New KphotoAlbum new custom color schemes breaks interface
Status: REPORTED
Alias: None
Product: kphotoalbum
Classification: Applications
Component: general (other bugs)
Version First Reported In: 5.7.0
Platform: Debian testing Linux
: NOR major
Target Milestone: ---
Assignee: KPhotoAlbum Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-09-17 18:09 UTC by Hegel3DReloaded
Modified: 2020-09-19 08:58 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
Screenshot of KphotoAlbum with unreadable dialogs (136.34 KB, image/png)
2020-09-17 18:09 UTC, Hegel3DReloaded
Details
Minimal gtk2 theme environment for reproducing bug (92.73 KB, application/octet-stream)
2020-09-19 08:58 UTC, Hegel3DReloaded
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Hegel3DReloaded 2020-09-17 18:09:56 UTC
Created attachment 131725 [details]
Screenshot of KphotoAlbum with unreadable dialogs

SUMMARY


STEPS TO REPRODUCE
1. Configure some dark or light theme with gtk2, open qt5ct and configure theme with gtk2 engine, open kphotoalbum


OBSERVED RESULT
White text on white background in the settings dialog, it was ok before. Theme not respected. Interface seems to be broken.

EXPECTED RESULT

Pre-5.7.0 look.

SOFTWARE/OS VERSIONS

Qt Version: 5.14.2

ADDITIONAL INFORMATION

Please see attached screenshot. Picture says it all. In settings dialog only mousover returns normal background.

One workaround is to choose Settings -> Choose Color Theme and then click on only option which is already checked in "Default". This will turn of this snow white blindness with unreadable dialogs - until KphotoAlbum is restarted, then this must be repeated.
Comment 1 Johannes Zarl-Zierl 2020-09-17 19:43:14 UTC
Hi,

Thanks for the bug report!

I tried reproducing this with QT_QPA_PLATFORMTHEME set to qt5ct in a WindowMaker session in a nested X server, but was so far unsuccessful.

Can you describe your setup in more detail?
Of particular interest to me is your gtk2 theme config (~/.gtkrc-2.0) and the qt5ct config (~/.config/qt5ct/qt5ct.conf) and possibly the window manager that you are using.

Cheers,
  Johannes
Comment 2 Hegel3DReloaded 2020-09-19 08:58:01 UTC
Created attachment 131764 [details]
Minimal gtk2 theme environment for reproducing bug

Minimal gtk2 theme environment for reproducing bug
Comment 3 Hegel3DReloaded 2020-09-19 08:58:15 UTC
Hi Johannes,

My setup is NsCDE (https://github.com/NsCDE/NsCDE). This includes GTK2 and GTK3 theme support part of which is autogenerated from CDE palette choosen. Qt inherits this scheme with it's gtk engine.

I'm attaching min_env.tar.bz2. This includes .themes/NsCDE folder, .gtkrc-2.0 and .config/qt5ct/qt5ct.conf.

This setup may seem weird, but in my defense I can say that the rest of QT and KDE apps, as well as those of GTK are not show this behaviour except firefox for some dark variations of NsCDE because of it's own CSS which is then fixed locally by CSS.

KphotoAlbum was ok too. I organize my big collection of photos with it and enjoy using it. However, when Debian Bullseye updated KphotoAlbum to 5.7.0 this started to happen. Even this workaround which I described in my initial report seems weird that I have only one "Choose Color Theme" submenu entry which is checked in and when clicked remains checked in, but KhotoAlbum becomes normal as before 5.7.0 (except icon background in thumbnail mode, but this is neglectable).