SUMMARY After upgrading to kphotoalbum 5.7.0 via Debian package, all existing tag categories have their names display like so: "Subjects" is now "S&ubjects" "Tags" is now "Ta&gs" "Places" is now "&Places" "Events" is now "E&vents" "Trips" is now "T&rips" "Taken by" is now "T&aken by" "Rating is now "Rat&ing" Additionally, the built-in "Description" field now appears as "D&escription" SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.17.5-3 KDE Frameworks Version: 5.70.0 Qt Version: 5.14.2
Hi, Thanks for the bug report! Unfortunately, I could not immediately reproduce the issue (on either the Debian package in unstable, nor using the current git version). Can you tell me the following information? - Do you use the compressed or uncompressed database format? ("Choose speed over readability for the index.xml file" in the database settings) - What is your locale?
Hi Johannes, My locale is en_US.utf8 and I have the readability option unchecked.
Created attachment 130979 [details] A screenshot showing the odd display of labels in the search box
Sorry, I should have specified that this is in on an Xfce desktop. I just tested it with MATE and KDE as well, and the issue only reproduces on Xfce and MATE. On KDE these labels display as expected.
Thanks for the Xfce/MATE pointer - looks like some GTK vs Qt issue. Let's see if I can find the issue...
I now can confirm this bug using an Xfce session. Using a nested X11 session (Xephyr) atop my KDE session interestingly did not expose the bug, but a standalone session did.
The whole issue seems to be a bug in some qt styles. The issue is visible with the styles motif, cde, Windows, and Fusion. Can you try forcing a different style under XFCE or Mate? You can do this by setting the environment variable QT_STYLE_OVERRIDE to e.g. Breeze: QT_STYLE_OVERRIDE=Breeze kphotoalbum
I can confirm the issue doesn't appear when running kphotoalbum that way.
Thanks for checking! So the takeaway so far is that the title of QDockWidget (i.e. the dockable parts used in the annotation dialog) is displaying the accelerators incorrectly in the following styles: cde motif Windows Fusion Btw. this also affects other applications as well. I tested with "QT_STYLE_OVERRIDE=Fusion tellico" and see the same kind of display problem (tellico uses the QDockWidget as well).
I have opened a bug with Qt: https://bugreports.qt.io/browse/QTBUG-86407
Duplicate: https://bugs.kde.org/show_bug.cgi?id=482657
I'm not completely sure if I get this correctly. I'm seeing this using KPA's current git master on my Artix desktop having Qt 5.15.13 and Qt 6.6.3 installed, running Plasma 6.0.3. So this is actually a Qt bug, filed in 2020 T https://bugreports.qt.io/browse/QTBUG-86407 – and now, we have Bug #482657, describing the very same thing for a Qt 6 Plasma desktop, although the bug claims to be fixed in Qt 6.6? So that fix never made it in Qt 5, but is only visible when I run a Qt 6 desktop, although I compiled KPA against Qt 5 – and it doesn't show up when running on Plasma 5?! I don't get it.
It seems there was a fix that got into 6.6 and 6.7 at the beginning of the year: https://github.com/qt/qtbase/commit/cc67b25579c1bb5ea9f5c1ca4c9b7997e66f19b9 > and now, we have Bug #482657 Then this showed up a few months later, because it actually wasn't fixed, and a follow-up - currently living in qt6-dev only - was made: https://github.com/qt/qtbase/commit/e68c3f025ecc7cf1fa86e5e773cee8d61a816f61 So it should be fixed in an upcoming Qt release? Hopefully? PS: No clue what's going on either, I just hiked through the bug trackers to file a bugreport. PPS: There's also a dup at https://bugs.kde.org/show_bug.cgi?id=483488
Is this issue a Qt bug or not? The unexpected "&" characters persist on Arch Linux running Qt 6.7.2 and the following Qt bugreport says Qt 6.7 contains a fix. https://bugreports.qt.io/browse/QTBUG-86407
Yes, this is a Qt bug. KPhotoAlbum has not yet been ported to Qt6, so even though your system provides Qt 6.7 which contains a fix, KPhotoAlbum is built with and linked against Qt5.x which does not contain the fix. ...and to anticipate your next question: Tobias has started the Qt6 port recently. There will probably be one 5.x version of KPhotoAlbum and soon after that a 6.0 release of KPhotoAlbum. You can expect version 6.0 this year, but I can't promise if that means September or December...
Thanks for clarifying, Johannes. :) Strawberry, a Qt 6 music player, is also affected: https://github.com/strawberrymusicplayer/strawberry/issues/1499 However, its developer says it's a KDE bug instead of a Qt bug. He is right, or the Qt bug is not really fixed.