Thank you, digiKam guys. Steps to reproduce: 1. Use any file manager. (I use Dolphin) 2. In file manager open a folder with number of images. 3. Select a number of images. 4. Open Right click menu -> Open with... and open them with digiKam. 5. digiKam is going to load a new instance for every image. (I had 100 images selected, and my desktop machine gone to almost unresponsive state. So I needed to somehow execute `killall digiKam`) Additional information: digikam (5.5.0) Kwin_wayland (kwin 5.9.4) Plasma Desktop (5.9.4) Arch Linux (Linux Archer 4.10.10-1-ARCH #1 SMP PREEMPT Wed Apr 12 18:50:28 CEST 2017 x86_64 GNU/Linux) P.S. 1. Severity Effect of bug can be equal to "Crash" severity, because it hangs all system almost completely. I waited for 20 minutes for desktop to sort-out situation. But in the end I needed take another 5 minutes to login to Linux console and kill all digiKam instances. 2. What I wanted to do Basically I was figuring-out how to import images to my album structure. And tried this variant. As a user I expected: Select one image - open import dialog for that image. Or ask me for action. Select bunch of images - open import dialog for that images. Or ask me for action. If images are in albums already - select them there. Or ask me for a custom action. Asking what I want to do. If some images already present - have option to ignore already imported images, report how much of them ignored, how much left to import and view of them (with a button to view what images was ignored, and where they are already in digiKam). Thank you, I appreciate digiKam. Regards, Anton Latukha.
Who setup to open image with digiKam. This is not the right way to configure the desktop. The application to use is Showfoto, not digiKam. Showfoto is the digiKam stand alone version of image editor. digiKam is a photo management program which need to setup collection to be used. It do not use image as well in CLI. So report this problem to ArchLinux team. The package is not configured properly. Gilles Caulier
I am not stupid. You probably have not completely understood my description. ## I was looking how to import images. Not from a USB drive. Not from Camera. But, simple. Images from a folder, but so they on import going to be integrated in album structure (date structure). I am not adept of digiKam. And I could not find that simple action for tens of minutes of decisive looking. Trying different variants and searching manuals. Looks like I was doing it somehow before (or maybe I wasn't importing pictures from time I created and album). But I can't find how to do it. And I know, this is what application is for. Application need to have some action on that, I probably can't find it. I have a plethora of image viewers. And image editors. Package is configured right. I thought to fill question, bug-report (suggesting menu/action results to be more understandable). But that seems too stupid to ask, before I find a way or try and fail every path by myself. ## I tried to open images in digiKam deliberately. To see what action is going to happen. Because maybe it going to ask me what to do with them, or import them. And this happens. ## Hanging a system with a couple of hundreds of instances can be considered a usability problem. I have that problem in different applications from time to time, as you probably had also. When working with a lot of files, and hit enter not in that window, by mistake, or choosing to open them in application, inspecting/expecting application to treat them. Action probably needs to be covered with some action processing or a test-case. Or do a popup and point to launch showFoto instead. Or at least hang is a report. It is from my standpoint. Most good applications have that. showFoto, GIMP, Inkscape, Eye of GNOME. I understand, from programmers perspective, digiKam not connected to open photo action. And there is a default stud. But users expect otherwise. ## User thinks: digiKam manages photos, so it have some sort of action with them. If I open photos with it, probably action going to be the most logical one, the most useful one (and it probably is what I think). The way like I experienced with applications before. And it is hard to look at this user logic as wrong. ## Sorry, I open it ones. Because I don't know, do you read massages on resolved, downstream'ed ones. Regards, Anton Latukha.
And you don't read my previous message... As i said, File manager/context menu/open with.../digiKam as nothing to do here. digiKam is a photo-management program, not an editor/viewer as well. It's not dedicated to open a images by this way. The context menu option to open digiKam is WRONG. It's a customization of desktop file from THE desktop. So it's not a digiKam problem as i said previously. Here under Mageia 5 (KDE4) or MAgeia6 (Plasma), Open with do not contain digiKam entry. Report this problem to ArchLinux team as DOWNSTREAM. Gilles Caulier
Open with -> Other... Choose or type, 'digiKam'. Yes, there is no option in the package. Package done right. As in Windows, as in Linux Desktops - file associations in parts is a mess. Like VLC and Firefox, LibreOffice, Inkscape - spam a file associations no one uses in the right state of mind (like open PDF in Inkscape), but sometime they can be used. And it does not mean user cannot chose custom action. All DE has "Open With, choose application", that is why that is legitimate feature to implement. Ok, I have no choice but to agree and put it to rest as is. P.S. ## Question If I get to implement features, such as that to KDE. Does it going to be accepted upstream in KDE community? I love KDE, but I have a list of features lacking, and tried couple of times to get in. But QML + KDE + QT5 + C++ KDE writing standards + C++ itself, was to this time too hard and too layered for me to penetrate it through successfully and to write a good code. If I get to KDE, does my half-quality features get accepted/discussed one and I get in the process. Or probably features not going to be accepted because developers have view and KDE philosophy, way? Thank you. Regards, Anton Latukha