SUMMARY I can edit the date in the metadata, but it won't save unless I use the date-picker approach STEPS TO REPRODUCE 1. choose Item > Edit Metadata… 2. *select* the year in one of the dates using the cursor, as in text editing 3. type new number 4. click apply OBSERVED RESULT The date reverts to the previous and does not apply EXPECTED RESULT The updated date is applied Note: if I click on the date and then use the up or down arrows to change it, then it works, but selecting a number and typing a new one is where it fails. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: KDE Neon (available in About System) KDE Plasma Version: 5.15.5 KDE Frameworks Version: 5.58.0 Qt Version: 5.12.0 ADDITIONAL INFORMATION
I can not reproduce it here. Gilles, can you please test it? Maik
Created attachment 120467 [details] Gif demonstrating bug 408163
Thanks for the animation. As I said, not reproduce here with the current GIT version of digiKam-6.2.0. We are both at the same version, my Qt version is already 5.12.3. Do you use sidecar files? Maik
Maik, No, i cannot reproduce this problem with Qt 5.9.3 (Mageia 6) and Qt 5.12.3 (Mageia 7 beta). Aaron, What can you see as debug statements if you run digikam from a console and you try to reproduce this dysfunction ? Gilles Caulier
(In reply to caulier.gilles from comment #4) > Maik, > > No, i cannot reproduce this problem with Qt 5.9.3 (Mageia 6) and Qt 5.12.3 > (Mageia 7 beta). > > Aaron, > > What can you see as debug statements if you run digikam from a console and > you try to reproduce this dysfunction ? > > Gilles Caulier Could it relate to date format? I have mine set to Canada. Anyway, terminal output is nil. Meanwhile, I reproduced the issue without clicking "apply". It resets if I just click on any other active anything, including clicking a window in a different program.
That would have been my next question, what happens when the QDateTimeEdit loses its focus. I have already looked into the code, nothing special, a standard QDateTimeEdit. Normal behavior would be, at focus loss, editing is finished and the value, if valid, is set. I guess now that the Qt version is patched under neon - no idea? Maik
It is the locale setting: LANG=en_CA digikam Can I reproduce the problem. Interesting, why is that and is not that rather a Qt bug? Maik
The problem appears with countries in those in the time format the "P.M." (with dots) is present. Maik
I think this is the right bug report: https://bugreports.qt.io/browse/QTBUG-47815 Maik
digiKam 7.0.0 stable release is now published and now available as FlatPak: https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/ We need a fresh feedback on this file using this version. Thanks in advance Gilles Caulier
Hi Aaron and happy new year, Can you check if problem remain with digiKam 7.5.0 pre-release bundle available here : https://files.kde.org/digikam/ Thanks in advance Gilles Caulier
(In reply to caulier.gilles from comment #11) > Hi Aaron and happy new year, > > Can you check if problem remain with digiKam 7.5.0 pre-release bundle > available > here : > > https://files.kde.org/digikam/ > > Thanks in advance > > Gilles Caulier Tried it, did not have the error. Seems fixed as far as I can tell.