Created attachment 172597 [details] G'MIC-qt - Presets not corresponding to LUTs Pack *** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** SUMMARY G'MIC-Qt plugin "Color Presets" is not working properly, specifically when changing LUTs Pack to a different one than the one selected by default ("PIXLS.US") - upon change the available "Presets" remain the same as well as the icon representing the LUTs Pack. Moreover, as the LUTs Pack is changed to any other than the default one, changing the "Presets" makes actually no impact on the photo. "Presets" work only when "PIXLS.US" LUTs Pack is selected. STEPS TO REPRODUCE 1. Open a photo in Image Editor and choose G'MIC-qt plugin/tool ("Effects" section) 2. In "Available filters", choose "Colors" and then "Color Presets" 3. By default, "PIXLS.US" LUTs Pack is chosen. Try to change to any of its "Presets" - all work fine (each preset does its thing to the photo). 4. Change the LUTs Pack to any other possible selection, eg. "ON1 Photography" and then list available "Presets" for this LUT Pack -> they are the same as for the "PIXLS.US" LUT Pack (but should be different - ON1 has different names etc.), which is bad. Then choose any of these presets and observe photo - nothing changes. The LUTs Pack icon visible at the bottom also stay the same - as it was for the "PIXLS.US" pack. OBSERVED RESULT Changing "LUTs Pack" does not work - the available "Presets" stay the same as for the default LUT Pack. Updating filters from Internet, within the G'MIC-qt tool GUI does not change a thing. EXPECTED RESULT Changing "LUTs Pack" enables subsequent choice of a desired preset corresponding to the given "LUT Pack" SOFTWARE/OS VERSIONS Linux/KDE Plasma: latest Manjaro (tried appimage and installed by pacman as well, latest MX Linux (XFCE, tried appimage) KDE Plasma Version: 6.1.4 Qt Version: 6.7.2 ADDITIONAL INFORMATION In Manjaro, when Digikam is installed with pacman - no G'MIC-qt plugin is in fact found in Image Editor.
@user050126, The problem is reproducible with the Gmic-Qt 3.4.2 back-ported to the next digiKam 8.6.0. It's clearly a Gmic-Qt bug as we do not change anything in this part with the digiKam integration. Please report this problem as an UPSTREAM bug to the Gmic-Qt project: https://github.com/c-koi/gmic-qt/issues Gilles Caulier
Sorry, the new Gmic-Qt repo in github to report UPSTREAM bug is this one: https://github.com/GreycLab/gmic-qt
G'Mic, when run separately (newest version) on Windows 10 seems to be working just fine. Nevertheless, I created an issue on the Gmic-Qt project as suggested: https://github.com/GreycLab/gmic-qt/issues/6 Thx, U.
@Gilles Caulier Just got a reply from David Tschumperlé from Gmic-Qt project: "This is a known bug that has already been submitted here : https://discuss.pixls.us/t/gmic-3-5-3-2-only-the-pixls-color-preset-pack-works-in-gimp-3-0-linux/49141?u=david_tschumperle This bug is related to the use of Qt6. It has been fixed in latest stable version of G'MIC (3.5.5)." In digikam 8.7, there is G'MIC 3.5.0 -> is it possible to upgrade version of G'MIC in digikam 8.7? Regards, U.
It will be updated for the next digiKam 8.8.0. A pre-release will be available soon after this file will be closed. Best Regards Gilles Caulier
GMicQt plugins for digiKam updated to GMIC v3.6.0 https://github.com/cgilles/digikam-gmic-qt/commit/2887e3686b56795ad3c09d85beda6d45c875f2db
Git commit e315c13d0cb1ec122fa266505ed0ca8746dbd672 by Gilles Caulier. Committed on 04/08/2025 at 02:19. Pushed by cgilles into branch 'master'. update FIXED-IN: 8.8.0 M +1 -1 NEWS https://invent.kde.org/graphics/digikam/-/commit/e315c13d0cb1ec122fa266505ed0ca8746dbd672