Created attachment 158428 [details] Glitchy/Broken image thumbnails view SUMMARY After opening Flatpack or AppImage Digikam/Showfoto or RPM Showfoto on Fedora, the applications work fine. But after you open the configuration/settings window and then exit the window, the Digikam/ShowPhoto interface becomes buggy/glitchy/laggy. For example, when opening/closing a menu or scrolling on a menu or main image area, the interface will not update until you hover over each individual image or menu item. After hovering your mouse over an item, it will partially "render", but leave parts of the previous image/view still showing. STEPS TO REPRODUCE 1. On Fedora, open the Flatpack or AppImage version of Digikam or Showfoto, or open the RPM version of ShowFoto 2. Use Digikam/ShowFoto (It works fine) 3. Open the settings/configuration page of Digikam/ShowFoto 4. Close the settings/configuration page of Digikam/ShowFoto 5. Use Digikam/ShowFoto (It does not work; the interface is buggy and laggy) OBSERVED RESULT When scrolling or opening sidebars/windows/views/etc, the displayed view on the screen is not changed until you hover your mouse over a selectable item such as an image thumbnail or sidebar/menu item. Once you hover over an item, that item, and that item only, will only partially render/display leaving gaps and floating text/segments from the previously displayed item (before you scrolled). EXPECTED RESULT Digikam/ShowFoto Works Normally SOFTWARE/OS VERSIONS Operating System: Fedora Linux 38 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.105.0 Qt Version: 5.15.9 Kernel Version: 6.2.12-300.fc38.x86_64 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION This was an issue in previous versions of Fedora and Digikam. It does not seem to be new.
Created attachment 158429 [details] "Filters" sidebar menu is still showing items from "Tools" sidebar menu Here is another screenshot of the "Filters" sidebar menu still showing items from "Tools" sidebar menu
This is a bug that we probably won't be able to fix. It's a problem between Qt and Wayland. Here on openSUSE (I use X11 by default) when I start a native Wayland session I can't reproduce the problem. Maik
Hi, yes Maik is right, it's a Suse* bug. Here with Kubuntu and Wayland, there is no problem to render the application on screen. Please report this problem a DOWNSTREAM bug to Suse bugzilla. Gilles Caulier
Git commit f275e7cdfb5cef02528be5692c549789cb6aeb0c by Maik Qualmann. Committed on 26/04/2023 at 06:09. Pushed by mqualmann into branch 'master'. try with application parent for the setup dialog M +14 -14 core/utilities/setup/setup.cpp https://invent.kde.org/graphics/digikam/commit/f275e7cdfb5cef02528be5692c549789cb6aeb0c
Hi Gilles, everything is always OK with openSUSE. ((:-)) Can you create a new AppImage so that Michael can quickly test whether the strange behavior under Fedora and Wayland is fixed with the setup dialog? Maik
Ah yes, it's fedora, not suse. I needs a coffee... I will build the new AppImage this evening Gilles
Michael, is the problem also reproducible after calling the maintenance dialog or the renaming dialog (F2)? Maik
Git commit d2f1246f4fd499faa9ae9f22fa4e84c827a562a1 by Maik Qualmann. Committed on 26/04/2023 at 10:29. Pushed by mqualmann into branch 'master'. Revert "try with application parent for the setup dialog" Since the parent pointer is the same as the active window, this probably won't change anything. M +14 -14 core/utilities/setup/setup.cpp https://invent.kde.org/graphics/digikam/commit/d2f1246f4fd499faa9ae9f22fa4e84c827a562a1
Git commit b7a32370ab68940649d5ab63112c68b74acbed9a by Maik Qualmann. Committed on 26/04/2023 at 10:33. Pushed by mqualmann into branch 'master'. try not to manipulate the QDialog window flags M +2 -1 core/utilities/setup/setup.cpp https://invent.kde.org/graphics/digikam/commit/b7a32370ab68940649d5ab63112c68b74acbed9a
A new digiKam-8.1.0 AppImage is available, has something changed in the behavior? Maik
(In reply to Maik Qualmann from comment #7) > Michael, is the problem also reproducible after calling the maintenance > dialog or the renaming dialog (F2)? > > Maik I just checked using the same exact v8.1.0 appimage file that I used to take the screenshots and test for the bug in the latest snapshot when I first reported it. Here are the results: - After selecting an image, pressing F2, messing with some option in the dialog, and pressing cancel to exit the renaming dialog: The issue did not occur. - After opening the maintenance dialog, changing some options, and pressing cancel to exit the maintenance dialog: The issue DID occur!
(In reply to Maik Qualmann from comment #10) > A new digiKam-8.1.0 AppImage is available, has something changed in the > behavior? > > Maik After downloading the latest appimage (digiKam-8.1.0-20230426T162932-x86-64.appimage), I tried the same things as I did with the previous version I tested (digiKam-8.1.0-20230422T071828-x86-64.appimage). This includes testing after opening the configuration page, the F2 rename dialog, and the maintenance dialog. Results: The behavior was the same. The issue still occurs when opening the configuration page and the maintenance dialog but not the rename dialog.
(In reply to Maik Qualmann from comment #2) > This is a bug that we probably won't be able to fix. It's a problem between > Qt and Wayland. Here on openSUSE (I use X11 by default) when I start a > native Wayland session I can't reproduce the problem. > > Maik Thanks for your help so far. I just wanted to understand the exact state of this issue. Is the consensus that this is an upstream bug with Qt and Wayland? Or are you still working on fixing the issue? I understand if you have not made progress or if it is a low-priority bug, I just want to make sure I am on the same page as you guys. I have done a little bit of research and I found one similar bug online. Here is the KDE fix with links to KDE bug reports if you are still working on it and think this might help: https://invent.kde.org/graphics/gwenview/-/commit/7ed543b53a9fb6d11ef95e439425ed71f952e66b
Hi Definitively, the GwenView bug report do not help. It's about an openGL stuff, that we don't use in digiKam icon-view (OPenGL is only used in 2 plugins which has nothing to see with icon-view) Gilles
michael2macdonald, What's about this file using current 8.2.0 AppImage Linux bundle ? It's reproducible ? https://files.kde.org/digikam/ Thanks in advance Gilles Caulier
(In reply to caulier.gilles from comment #15) > michael2macdonald, > > What's about this file using current 8.2.0 AppImage Linux bundle ? It's > reproducible ? > > https://files.kde.org/digikam/ > > Thanks in advance > > Gilles Caulier Sorry for the delayed response. I just tested it on Fedora 39 KDE and it is still reproducible. Michael MacDonald
*** Bug 478585 has been marked as a duplicate of this bug. ***
*** Bug 478861 has been marked as a duplicate of this bug. ***
Git commit 581acb950c8e10a607571853694141a3bd40cdbe by Maik Qualmann. Committed on 07/01/2024 at 10:26. Pushed by mqualmann into branch 'master'. add digiKam setting to force use of software OpenGL rendering Related: bug 479455, bug 476092, bug 472918, bug 446511, bug 446729 M +5 -4 core/app/main/main.cpp M +15 -0 core/showfoto/main/main.cpp M +2 -0 core/utilities/setup/misc/systemsettings.cpp M +1 -0 core/utilities/setup/misc/systemsettings.h M +5 -0 core/utilities/setup/misc/systemsettingswidget.cpp https://invent.kde.org/graphics/digikam/-/commit/581acb950c8e10a607571853694141a3bd40cdbe
Still reproducable on Fedora 40 KDE Spin, Wayland, digiKam RPM. $ rpm -qa | grep -i digikam digikam-8.3.0-2.fc40.x86_64 digikam-libs-8.3.0-2.fc40.x86_64 (Also reproducable on OpenSUSE Leap 15.5 and tumbleweed when running Plasma Wayland session; no issues on X)
The digiKam-8.3.0 version of openSUSE Tumbleweed is unfortunately still Qt5, although the desktop is Plasma 6. Here under Tumbleweed and digiKam-8.4.0 compiled with Qt6 and Wayland, I can't reproduce any problems. We just built the AppImage with Qt-6.7.2, please test it to see if the problem can still be reproduced. https://files.kde.org/digikam/ Maik
Can confirm: looking good with your appimage; tested on tumbleweed. (Though the look of the binary looks non-Qt-ish (most notably the different cursor, but I guess that this is appimage related))
Git commit 0cd12b2b9d0b8354a44467e9da13104bc4085df4 by Maik Qualmann. Committed on 02/11/2024 at 17:12. Pushed by mqualmann into branch 'master'. trying to fix crashes with dialogs under Wayland Related: bug 494993 M +40 -0 core/libs/dialogs/dconfigdlg.cpp M +10 -0 core/libs/dialogs/dconfigdlg.h M +13 -9 core/libs/dialogs/webbrowserdlg.cpp M +1 -0 core/libs/dialogs/webbrowserdlg.h M +1 -7 core/showfoto/setup/showfotosetup.cpp M +12 -0 core/utilities/maintenance/main/maintenancedlg.cpp M +4 -0 core/utilities/maintenance/main/maintenancedlg.h M +0 -5 core/utilities/maintenance/main/maintenancedlg_settings.cpp M +1 -10 core/utilities/setup/setup.cpp https://invent.kde.org/graphics/digikam/-/commit/0cd12b2b9d0b8354a44467e9da13104bc4085df4
Git commit 2ceffbea84bcb2d6efc7309285d1b3b450fa227f by Maik Qualmann. Committed on 02/11/2024 at 17:37. Pushed by mqualmann into branch 'master'. port more possible dialogs Related: bug 494993 M +13 -8 core/libs/album/widgets/albumselectdialog.cpp M +4 -0 core/libs/album/widgets/albumselectdialog.h M +2 -2 core/libs/dialogs/dconfigdlg.cpp M +13 -8 core/libs/dialogs/deletedialog.cpp M +2 -1 core/libs/dialogs/deletedialog.h M +4 -4 core/libs/dialogs/webbrowserdlg.cpp M +6 -10 core/libs/dplugins/widgets/dplugindialog.cpp M +2 -5 core/libs/dplugins/widgets/dplugindialog.h M +2 -2 core/utilities/maintenance/main/maintenancedlg.cpp https://invent.kde.org/graphics/digikam/-/commit/2ceffbea84bcb2d6efc7309285d1b3b450fa227f
Git commit 39ebada65b3d1e2f9f966b216c87c8d6895c3422 by Maik Qualmann. Committed on 02/11/2024 at 18:36. Pushed by mqualmann into branch 'master'. port all possible dialogs Related: bug 494993 M +11 -5 core/dplugins/generic/tools/expoblending/blendingdlg/expoblendingdlg.cpp M +4 -0 core/dplugins/generic/tools/expoblending/blendingdlg/expoblendingdlg.h M +0 -1 core/libs/dialogs/dconfigdlg.cpp M +0 -1 core/libs/dialogs/deletedialog.cpp M +11 -27 core/libs/dplugins/widgets/dwizarddlg.cpp M +4 -0 core/libs/dplugins/widgets/dwizarddlg.h M +13 -8 core/libs/tags/manager/tagsmanager.cpp M +12 -4 core/libs/timeadjust/clockphotodialog.cpp M +4 -0 core/libs/timeadjust/clockphotodialog.h M +16 -11 core/showfoto/stackview/showfotostackviewfavoriteitemdlg.cpp M +4 -0 core/showfoto/stackview/showfotostackviewfavoriteitemdlg.h M +12 -5 core/utilities/geolocation/geoiface/bookmark/bookmarksdlg.cpp M +1 -0 core/utilities/geolocation/geoiface/bookmark/bookmarksdlg.h M +14 -7 core/utilities/import/dialogs/capturedlg.cpp M +1 -0 core/utilities/import/dialogs/capturedlg.h https://invent.kde.org/graphics/digikam/-/commit/39ebada65b3d1e2f9f966b216c87c8d6895c3422