| Summary: | Photo file's creation date in wrong format when shown via right click, properties, information tab | ||
|---|---|---|---|
| Product: | [Unmaintained] kio | Reporter: | uselessemailaccount <uselessemailaccount> |
| Component: | kfile | Assignee: | Carsten Pfeiffer <pfeiffer> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | emmanuelpescosta099, frank78ac, mailto.mikes, nate |
| Priority: | NOR | ||
| Version First Reported In: | 4.10.5 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Tooltip Example
"Created" Selection Incorrect date format shown in properties |
||
|
Description
uselessemailaccount
2012-07-17 07:40:26 UTC
Created attachment 72745 [details]
Tooltip Example
Created attachment 72746 [details]
"Created" Selection
The problem is more underlying. Those information are (directly) provided and displayed by class KPropertiesDialog and KFileMetaDataWidget. Also see bug 303707 Resetting assignee to default as per bug #305719 Works for me. Dolphin 2.1 / KDE 4.9.2 Created attachment 81312 [details]
Incorrect date format shown in properties
Comment on attachment 81312 [details]
Incorrect date format shown in properties
Still experiencing bug in KDE4.10.5 as previously reported.
As Jekyll said earlier, it's a KFileMetaDataWidget issue. That class is in the kio/kfile directory of kdelibs, so I hope that this is the right component. Note, however, that we actually have a replacement for that class - the FileMetaDataWidget in Nepomuk2. kdelibs code cannot use this new widget in KDE 4.x though. Thank you Frank. So I guess I'd have to re-submit the bug under KFileMetaDataWidget then? (pardon my ignorance, I'm new to bug submitting) regards ________________________________ From: Frank Reininghaus <frank78ac@googlemail.com> To: uselessemailaccount@rocketmail.com Sent: Thursday, July 25, 2013 2:17 AM Subject: [kio] [Bug 303643] Photo file's creation date in wrong format when shown via right click, properties, information tab https://bugs.kde.org/show_bug.cgi?id=303643 Frank Reininghaus <frank78ac@googlemail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |frank78ac@googlemail.com Component|general |kfile Version|2.2 |4.10.5 Assignee|dolphin-bugs-null@kde.org |pfeiffer@kde.org Product|dolphin |kio --- Comment #8 from Frank Reininghaus <frank78ac@googlemail.com> --- As Jekyll said earlier, it's a KFileMetaDataWidget issue. That class is in the kio/kfile directory of kdelibs, so I hope that this is the right component. Note, however, that we actually have a replacement for that class - the FileMetaDataWidget in Nepomuk2. kdelibs code cannot use this new widget in KDE 4.x though. (In reply to comment #9) > Thank you Frank. So I guess I'd have to re-submit the bug under > KFileMetaDataWidget then? No, I have reassigned the report already. This bug is still there in Plasma 5. Date created and last modification date is mixed up when copying a file. Then the "date created" will be shown as modification date - but that is wrong. Date created should never change when copying a file becaus then it is not a copy any more. The file modification date or last access-date could change. But NEVER the creation date. If that changes it`s not the original file any more and in a picture database thats very bad while sorting pictures for date and time... :-( This was just fixed a few days ago in https://cgit.kde.org/dolphin.git/commit/?id=ea6a2424fb454eafb80a731e5fdce4e4a50cb606! |