-
-
Notifications
You must be signed in to change notification settings - Fork 65
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
Got panic: time: missing Location in call to Time.In
with release Windows_x86_64_0.3.1
#30
Comments
On a mac? |
On Windows. I said it on the title. 😝 |
Sorry... |
Same here:
EDIT: Works on my Unraid server which works out better since the upload is much quicker. |
Yup, can confirm that 0.3.2 still doesn't work.
Please @simulot, can you reopen this issue? @Turge08 how do you run it in Unraid? User scripts plugin? |
But works when running in the debugger 🤔 |
@Deses I copied the Linux binary along with the takeout files to one of the unraid shares, opened a shell through the unraid dashboard, added execute permission to the binary (chmod +x) then executed the same command line as on the Windows box |
fixed. |
Paris is saved! |
You are going to hate me (and Windows), but:
My timezone according to
And with Powershell's
Is there anything I can do to assist you? |
Not you, but Microsoft. Who at MS took the stupide decision to name the time zone Romance Standard Time...? |
Similar issue for me, though I'm on standard GMT
tzutil /g
Powershell:
|
May be this time is the good one 👀 |
Maybe! I was about to comment the whole list of Windows Timezones but you were faster! Anyway: https://pastebin.com/ymFS1aH4 |
It's working!!!! |
The difficulty is when go-immich is compiled on windows targeting windows, the time zone is correctly handled. The trick was to embed the linux TZ definition files in the exe file... This works, only if this change is merged to the main branch before releasing it... Shame on me for that one. |
I ran the upload process to my dad's 45 gb takeout and I'm positive it was pretty much flawless. It created all the albums and all the albums had a matching number of files. With that I learned that the takeout file Google generates is not 100% reliable. I shudder when I think what kind of hellish file structure they have to miss some files. |
In the logs, I removed all the lines that contain
And all I had left were a bunch (31) of lines like these: That are duplicate files, one in a I've checked them and for the pictures they are fine, but I found an edge case: One of the videos is one of those variable slowmo videos that are play at normal speed, then slomo for an user defined period and then back to normal. And the duplicated one is a full slowmo video. What I'm going to do is manually upload them by dragging them to Immich's WebUI, but I wanted to let you know. |
The project is now battle field proven... Thank you for this extensive test. I'm glad this went well.
Even if you have found a workaround, it deserve opening a new issue with all details to help me to reproduce the problem, and maybe fixing it. |
Got this error using this command:
immich-go -server=http://192.168.1.130:9210 -key=APIKEY -log-level=INFO upload -google-photos takeout-20230922T153302Z-001.zip 1> immich-go.log 2>&1
The text was updated successfully, but these errors were encountered: