-
-
Notifications
You must be signed in to change notification settings - Fork 130
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Copied timestamp does not copy timezone #256
Comments
i shall look into this |
Thanks! |
@daniel-zeng I am aware of the Dates and the other metadata preservation issue. I am looking into it as well. |
Appreciate the efforts! |
For those who need a quick patch to correct the creation and modification date/time for their videos/images transferred to macbook via OpenMTP, you may run this script. It will read the exif information of images or videos and update the creation and modification date/time of those file. This should fix the wrongly sorted (by date) images and videos in your file manager or the photos app. WARNING: BACKUP your files before running this script.Note:
Instructions in the README file: |
Great, thanks for the update! Looking forward to seeing this reflected in the main app, and thanks for your efforts 🥂 |
Hey all, it seems like Legacy driver does not have this problem, so that would be also a possible workaround 🤔 Though I just used this app for 10 minutes, I may not know the drawbacks of Legacy driver 😅 |
I copied a number of files from my Android (Huawei P40 Pro) to my mac (M1 Max 10/32), using the non-M1 version (3.1.15).
Upon inspecting the "Date Modified" fields, it seems like the copied timestamp copies the correct time, but misses out on the correct timezone.
For example, if I have
test.jpg
copied to mac,date -uR -r test.jpg
gives me:Sat, 26 Dec 2020 04:32:37 +0000
but what I expected was
Sat, 26 Dec 2020 04:32:37 -0700
Let me know if you were able to reproduce this or need clarification. Thank you!
The text was updated successfully, but these errors were encountered: