[digikam] [Bug 367611] New: Time gap on renaming at download...

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=367611

            Bug ID: 367611
           Summary: Time gap on renaming at download...
           Product: digikam
           Version: 5.1.0
          Platform: openSUSE RPMs
               URL: https://drive.google.com/drive/folders/0B-p9Wx8eR_XmUF
                    dHNW5YR1JvZGs?usp=sharing
                OS: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: Import-Rename
          Assignee: [hidden email]
          Reporter: [hidden email]

When I set my system for UTC Hardware clock as YaST time settings suggest (See
YaST screenshot), digiKam at importing process rename my pictures & videos with
a time difference about my real time zone (See the digikam importing
screenshot). The photograph properties show a real creation date from my
camera, but digiKam show and rename my pictures in this case with the UTC time
zone.

The problem only solves temporarily, when I uncheck the UTC hardware clock
option in YaST. But I like mantain enabled this option and without this bug at
impoort and renaming in digiKam.

Thanks in advance, for solve this problem.

Reproducible: Always

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=367611

--- Comment #1 from Camilo Bohórquez <[hidden email]> ---
Correction: The time difference is, My Time Zone (UTC -05:00) minus 5 hours.

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=367611

Mick Sulley <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #2 from Mick Sulley <[hidden email]> ---
I seem to have a similar problem DK5.1 on Mint 18
My rename command is PIC[date]{unique}
When I import from my camera (Canon EOS550D) DigiKam adds 1 hour to create the
file name.  If I then select the group of pictures and select Rename it renames
them correctly.
As a test -
Just took a picture of my computer clock showing 21:15:42
The import has renamed it PIC20160826T221542.JPG
which is out by 1 hour (and a second, but I can live with that)
Looking at metadata I see
EXIF
Image Info - Date and Time    2016:08:26 21:15:41
Photo Info - Date and Time (digitized)    2016:08:26 21:15:41 (original)
2016:08:26 21:15:41
XMP
Create Date    2016-08-26T21:15:41
So everything says 21:15:41, but it renames to 22:15:42

Please let me know if you need more info.

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=367611

Maik Qualmann <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #3 from Maik Qualmann <[hidden email]> ---
DigiKam Import defaults uses the file creation date. For a exact date enable in
camera setup the option: Use file metadata (makes connection slower).

Maik

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=367611

--- Comment #4 from Mick Sulley <[hidden email]> ---
Created attachment 100866
  --> https://bugs.kde.org/attachment.cgi?id=100866&action=edit
Terminal Output DK5 rename on import not working

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=367611

--- Comment #5 from Mick Sulley <[hidden email]> ---
Yes the time seems to be a camera issue.  However in testing I now see that
rename on import is not working in DK5.  I tried in DK4 and that seems fine.  I
started DK5 in a terminal and have uploaded the output.  Pleas let me know if I
can provide any other info.
Thanks
Mick

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=367611

--- Comment #6 from Maik Qualmann <[hidden email]> ---
Renaming in Import works here. Your rename command is PIC[date]{unique}? What
see you in the icon view as preview file name?

Maik

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=367611

--- Comment #7 from Mick Sulley <[hidden email]> ---
For the picture highlighted I see the updated name as expected, but for all the
others I see the original IMG_1234 name.  Just tested again, took two pics
which gives me 4 to import, 2 JPG and 2 CR2.  I highlighted one which then
showed the new name, imported and that picture was renamed correctly, the other
3 were not renamed.
Repeated it again, this time I highlighted all the pictures in the import
screen and they were all renamed.  At least that gives me a workaround for the
problem.

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=367611

--- Comment #8 from Maik Qualmann <[hidden email]> ---
This is the normal behavior. Only the selected or if no item is selected, the
renamed file name is displayed. Otherwise the preview with numbered items would
not be correct for selected.

Maik

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=367611

[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Version Fixed In|                            |5.4.0
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |[hidden email]
         Resolution|---                         |FIXED

--- Comment #9 from [hidden email] ---
Following previous comments, I considerate this file are solved now.
Don't hesitate to re-open if necessary.

Gilles Caulier

--
You are receiving this mail because:
You are the assignee for the bug.