Bug 494214 - Digikam opens window but unresponsive
Summary: Digikam opens window but unresponsive
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Portability-Runtime (other bugs)
Version First Reported In: 8.4.0
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-10-06 17:55 UTC by rob.dyck
Modified: 2024-10-06 19:08 UTC (History)
1 user (show)

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


Attachments
Tried to start Digikam from command line. (615 bytes, text/plain)
2024-10-06 17:55 UTC, rob.dyck
Details

Note You need to log in before you can comment on or make changes to this bug.
Description rob.dyck 2024-10-06 17:55:57 UTC
Created attachment 174486 [details]
Tried to start Digikam from command line.

SUMMARY
Started Digikam and did the setup for a new installation. After that completed Digikam was unrsponsive. I had to kill the process. Tried again. I didn't need to do the initial setup this time but it was still unresponsive. Removed Digikam and re-installed. Still not working.


STEPS TO REPRODUCE
1. Start Digikam
2. 
3. 

OBSERVED RESULT
Completely unresponsive

EXPECTED RESULT
Be able to open files, access settings, import photos, etc

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 6.1.5
KDE Plasma Version: 6.1.5
KDE Frameworks Version: 6.6.0
Qt Version: 6.7.2

ADDITIONAL INFORMATION
Started Digikam from the terminal to see if there was any useful information. Attaching the result. Oddly this version of Digikam works fine on my other machine, also on Fedora 40. It was installed long ago and has received each update.
Comment 1 Maik Qualmann 2024-10-06 18:05:21 UTC
Do you see an empty digiKam window or is the GUI still being fully built?

Maik
Comment 2 Maik Qualmann 2024-10-06 18:07:12 UTC
And start digiKam in the terminal for more debug output with the Qt environment variable set:

 export QT_LOGGING_RULES="digikam*=true"

Maik
Comment 3 rob.dyck 2024-10-06 18:20:59 UTC
export says that "digikam*=true" is not a valid identifier.
The GUI seems to be loaded completely. 
Welcome to DigKam 8.4.0, , tool bars and folders shown.
Comment 4 Maik Qualmann 2024-10-06 18:25:32 UTC
What? The export command is not a parameter for digiKam and is executed beforehand, so no error message can occur.

Maik
Comment 5 Maik Qualmann 2024-10-06 18:33:48 UTC
Normally the binary file download window should open, the dialog is modal. Is this dialog possibly in the background?

Maik
Comment 6 rob.dyck 2024-10-06 18:55:11 UTC
Good guess. The first time I started digikam it asked if I wanted to install extra binaries. I ticked the boxes and proceeded with the start up.
I think that dialogue stayed in the background. I started digikam again and looked for any hidden windows. Sure enough the extra files window was hidden. I removed the tick marks. Now Digikam starts normally.
Comment 7 rob.dyck 2024-10-06 18:57:35 UTC
With other apps for instance kmail, when secondary window is opened it shows up in the task manager. Not so wiht digikam.
Comment 8 Maik Qualmann 2024-10-06 18:58:52 UTC
Yes, I can confirm under Wayland. Under Wayland the dialog opens in the background, I am in the process of fixing it.

Maik
Comment 9 Maik Qualmann 2024-10-06 19:00:00 UTC
Here under openSUSE the window is also in the taskbar, but behind the digikam window.

Maik
Comment 10 Maik Qualmann 2024-10-06 19:08:10 UTC
Git commit e579e857d26e41ae667312145052432b6fe85fa4 by Maik Qualmann.
Committed on 06/10/2024 at 19:07.
Pushed by mqualmann into branch 'master'.

fix the parent of the file downloader to open in foreground under Wayland
FIXED-IN: 8.5.0

M  +1    -1    NEWS
M  +1    -1    core/app/main/main.cpp
M  +1    -1    core/showfoto/main/main.cpp

https://invent.kde.org/graphics/digikam/-/commit/e579e857d26e41ae667312145052432b6fe85fa4