Google Photos import analyzes but does not upload any files
Having an issue where photos and videos from a .tar.gz Takeout are scanned just fine, but fail to upload. The logs with --api-trace and --log-level=DEBUG don't show any failures, they don't even show any attempt to try to upload it seems
Tried with 0.24.2 and 0.24.6, no success with either one of them
Args:
.\immich-go.exe upload from-google-photos --server=<redacted> -k <redacted> --api-trace --log-level=debug .\Takeout\
Tree of the Google Photos takeout files:
.
├── Takeout
│ ├── Google Photos
│ │ ├── <redacted album>
│ │ ├── <redacted album>
│ │ ├── <redacted album>
│ │ ├── <redacted album>
│ │ │ ├── 20210830_074359.jpg
│ │ │ ├── 20210830_074359.jpg.supplemental-metadata.json
│ │ │ ├── 20210929_200401.jpg
│ │ │ ├── 20210929_200401.jpg.supplemental-metadata.json
│ │ ├── print-subscriptions.json
│ │ ├── shared_album_comments.json
│ │ └── user-generated-memory-titles.json
The screenshot misses the number of missing sidecar files. You'll find it in the log file.
The screenshot misses the number of missing sidecar files. You'll find it in the log file.
Sorry about that, looks like there weren't many missing sidecar files. What I ended up doing to resolve the issue was I opened up WSL and tried using the Linux version, had no issues at all with that. I noticed that on Windows when I was trying to do individual folders, it didn't like when recursive folders had spaces in them. It would give errors like
CreateFile Takeout\GooglePhotos\Throwback Wednesday : The system cannot find the file specified.
No issues on Linux though 👍
You can surround the path having space with quotes
You can surround the path having space with quotes
I tried with both double and single quotes with the same issue
CreateFile Takeout\GooglePhotos\Throwback Wednesday : The system cannot find the file specified.
This is unexpected. All takeouts have spaces and UTF-8 chars in folder and file names. I should have seen already this error. Maybe a specific issue under windows?
I have a similar issue. I haven't debugged or anything, but I noticed that I was missing a few month of images in Immich. I have only used the Windows build.
Could you attach the logs?
I'm currently experiencing the same problem. I've noticed that the directory raising an error has a space at the end of the name. Looking at the error message @emilyastranova posted, that may also be the case with their "Throwback Wednesday " directory, noting the space between Wednesday and the colon. I've tried renaming the directory in File Explorer but Windows refuses -- removing the space produces a "those names are the same" error from File Explorer and changing the name completely produces a "this file is no longer found" error from File Explorer.
I will try doing this in Linux instead.
2025-08-12 17:01:13 INF immich-go version:0.27.0, commit:64221e90df743148a8795994af51552d9b40604f, date:2025-06-29T06:22:46Z
2025-08-12 17:01:13 INF Running environment: architecture=amd64 os=windows
2025-08-12 17:01:13 INF Command: immich-go upload from-google-photos
2025-08-12 17:01:13 INF Flags:
2025-08-12 17:01:13 INF --admin-api-key=
2025-08-12 17:01:13 INF --api-key=<redacted>
2025-08-12 17:01:13 INF --api-trace=false
2025-08-12 17:01:13 INF --ban-file='@eaDir/', '@__thumb/', 'SYNOFILE_THUMB_*.*', 'Lightroom Catalog/', 'thumbnails/', '.DS_Store/', '/._*', '.photostructure/'
2025-08-12 17:01:13 INF --client-timeout=20m0s
2025-08-12 17:01:13 INF --date-range=unset
2025-08-12 17:01:13 INF --device-uuid=<redacted>
2025-08-12 17:01:13 INF --dry-run=false
2025-08-12 17:01:13 INF --exclude-extensions=
2025-08-12 17:01:13 INF --from-album-name=
2025-08-12 17:01:13 INF --help=false
2025-08-12 17:01:13 INF --include-archived=true
2025-08-12 17:01:13 INF --include-extensions=
2025-08-12 17:01:13 INF --include-partner=true
2025-08-12 17:01:13 INF --include-trashed=false
2025-08-12 17:01:13 INF --include-type=
2025-08-12 17:01:13 INF --include-unmatched=false
2025-08-12 17:01:13 INF --include-untitled-albums=false
2025-08-12 17:01:13 INF --log-file=C:\Users\<redacted>\AppData\Local\immich-go\immich-go_2025-08-12_17-01-13.log
2025-08-12 17:01:13 INF --log-level=INFO
2025-08-12 17:01:13 INF --log-type=text
2025-08-12 17:01:13 INF --manage-burst=NoStack
2025-08-12 17:01:13 INF --manage-epson-fastfoto=false
2025-08-12 17:01:13 INF --manage-heic-jpeg=NoStack
2025-08-12 17:01:13 INF --manage-raw-jpeg=NoStack
2025-08-12 17:01:13 INF --no-ui=false
2025-08-12 17:01:13 INF --on-server-errors=stop
2025-08-12 17:01:13 INF --overwrite=false
2025-08-12 17:01:13 INF --partner-shared-album=
2025-08-12 17:01:13 INF --pause-immich-jobs=true
2025-08-12 17:01:13 INF --people-tag=true
2025-08-12 17:01:13 INF --server=http://<redacted>:2283
2025-08-12 17:01:13 INF --session-tag=false
2025-08-12 17:01:13 INF --skip-verify-ssl=false
2025-08-12 17:01:13 INF --sync-albums=true
2025-08-12 17:01:13 INF --tag=[]
2025-08-12 17:01:13 INF --takeout-tag=true
2025-08-12 17:01:13 INF --time-zone=
2025-08-12 17:01:13 INF Arguments:
2025-08-12 17:01:13 INF "."
2025-08-12 17:01:13 INF Connection to the server http://<redacted>:2283
2025-08-12 17:01:13 INF Server status: OK
2025-08-12 17:01:13 INF Server information: version=v1.137.3
2025-08-12 17:01:13 INF Connected, user: <redacted>, ID: <redacted>
2025-08-12 17:01:13 ERR open Takeout/Google Photos/Fitz : The system cannot find the file specified.
`
I've confirmed that this was the problem in my case. Workaround:
- Next to the problem folder with a trailing space, create a new folder with a different name
- Copy all content from the problem folder to the new folder
- In Command Prompt, run
rd "\\?\c:\<PATH HERE>\ProblemDirectoryWithSpace " - Rename new folder to original folder name without the trailing space
- Rerun immich-go
It now works as expected.