SUMMARY AppImage digiKam does not respect the default application setting (geeqie for jpg) of the running KDE system, see below for details. Related problems: – The right click "Open With..." application menu is empty, even though in Dolphin the same action shows 7 applications, the first one of which (and default) is geeqie. – If I enter "geeqie" manually in the "Open With..." menu, it is started. However, if I before select "Remember application association", this changes neither the default application (Meta-F4) nor the empty application list. – However, in Dolphin, the "Open With..." menu does show geeqie as the added remembered application, though this is superfluous; geeqie is already in the list. In summary, it appears that AppImage digiKam is unable to read file association information from the running KDE system, even though it writes to it (faultily). A simple solution might be if digiKam does not try to access KDE file association information, but if Meta-F4 simply called xdg-open (which does the right thing). STEPS TO REPRODUCE 1. run digiKam 5.9.0 AppImage 2. select an image 3. press Meta-F4 OBSERVED RESULT The internal image editor starts, just as with simple F4. EXPECTED RESULT The default application for the file should start. In this case, the file is a jpg, and the default application in KDE for it is geeqie. This is confirmed by clicking the same file in Dolphin, which does start geeqie. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Debian GNU/Linux 9.6 / plasmashell 5.8.6 (available in About System) KDE Plasma Version: plasmashell 5.8.6 KDE Frameworks Version: KDE Frameworks 5.42.0 Qt Version: Qt 5.9.3 (built against 5.9.3) ADDITIONAL INFORMATION
Yes, that seems to be dependent on the current distribution. Here at openSUSE Tumbleweed the digiKam "Open with..." menu in the AppImage has the same entries as the native Dolphin. Maik
this problem is always reproducible using last 6.0.0 beta 3 ?
I just tested with digikam-6.0.0-beta3-20181228T114626-x86-64.appimage, and yes, it is exactly the same.
Good news, After 2 weeks of works, the Linux AppImage bundle 64 bits is now reconstructed from scratch with: - All OpenCV options for CUDA, OPenMP, and OPenCL disabled - A large upgrade of Qt5 from 5.9.7 to 5.11.3. - An upgrade to KF5 5.55. - An upgrade to Ffmpeg 3.3.9 - The fontconfig/freetype integration in the bundle to reduce system dependencies Files can be downloaded here : https://files.kde.org/digikam/ Please test and report. Thanks in advance Gilles Caulier
Donda, After 3 weeks of work, i finally completed the compilation of AppImage using Qt 5.11.3 + QWebkit 5.212. New 6.1.0 pre-release AppImage bundle can be found here (64 bits only for the moment) : https://files.kde.org/digikam/ Please check if the problem remain. Gilles Caulier
What's about this file using 6.2.0 AppImage bundle ? https://download.kde.org/stable/digikam/6.2.0/digikam-6.2.0-x86-64.appimage.mirrorlist Gilles Caulier
> What's about this file using 6.2.0 AppImage bundle ? > > https://download.kde.org/stable/digikam/6.2.0/digikam-6.2.0-x86-64.appimage. > mirrorlist > > Gilles Caulier The menu entry "Item / Open with default application" and the associated shortcut (changed to Ctrl-F4?) now work. The list of applications under "Open with..." is still empty.(In reply to caulier.gilles from comment #6)
Operating System: Kubuntu 19.04 KDE Plasma Version: 5.15.4 KDE Frameworks Version: 5.56.0 Qt Version: 5.12.2 Kernel Version: 5.0.0-27-generic OS Type: 64-bit Processors: 4 × Intel® Core™ i5-6600K CPU @ 3.50GHz Memory: 15,6 GiB of RAM The "open with" is empty where it's filled in Dolphin and the like.
*** This bug has been marked as a duplicate of bug 408878 ***
Not reproducible with 7.0.0 beta2