Summary: | Metadata selecting and editing fails for date updating | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Aaron Wolf <wolftune> |
Component: | Plugin-Generic-MetadataEdit | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles, metzpinguin |
Priority: | NOR | ||
Version First Reported In: | 6.1.0 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 7.5.0 | |
Sentry Crash Report: | |||
Attachments: | Gif demonstrating bug 408163 |
Description
Aaron Wolf
2019-05-31 21:41:21 UTC
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. |