https://bugs.kde.org/show_bug.cgi?id=394906
Maik Qualmann changed:
What|Removed |Added
Latest Commit||https://commits.kde.org/dig
|
https://bugs.kde.org/show_bug.cgi?id=394906
Maik Qualmann changed:
What|Removed |Added
Attachment #113101|0 |1
is obsolete|
https://bugs.kde.org/show_bug.cgi?id=394906
Maik Qualmann changed:
What|Removed |Added
Summary|Toggling "use file |Toggling "use file
|metadata"
https://bugs.kde.org/show_bug.cgi?id=394906
Maik Qualmann changed:
What|Removed |Added
Summary|Toggling "use file |Toggling "use file
|metadata"
https://bugs.kde.org/show_bug.cgi?id=394906
--- Comment #6 from Maik Qualmann ---
Created attachment 113101
--> https://bugs.kde.org/attachment.cgi?id=113101&action=edit
FileDateForHistory.patch
This patch would fix the problem for new downloads. However, users who
previously used metadata wou
https://bugs.kde.org/show_bug.cgi?id=394906
caulier.gil...@gmail.com changed:
What|Removed |Added
CC||caulier.gil...@gmail.com
--- Comment
https://bugs.kde.org/show_bug.cgi?id=394906
--- Comment #4 from Maik Qualmann ---
I looked at the problem more deeply. When we use metadata we also read the
fractional second (sub-second) from the EXIF and use it. But even if we round
off or ignore the fractional second, there may be a difference
https://bugs.kde.org/show_bug.cgi?id=394906
--- Comment #3 from Maik Qualmann ---
1. An MD5 hex string created by:
UMS driver: volume UUID
gPhoto driver: camera model + file path
2. Filename
3. File size
4. Creation date of the image (from EXIF or file)
Maik
--
You are receiving t
https://bugs.kde.org/show_bug.cgi?id=394906
--- Comment #2 from Jens ---
What data other than the date is used to decide on "already imported"?
I don't think the date is the problem here, because this also happens when the
EXIF and filesystem date stamp are identical.
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=394906
Maik Qualmann changed:
What|Removed |Added
CC||metzping...@gmail.com
--- Comment #1 from Maik
10 matches
Mail list logo