Closed marleyjaffe closed 4 months ago
Screenshot of iOS logs as export functionality to CSV not working as expected.
Can you help track down the image? looks like it is created on July 3rd, 2021. It could be a corrupted image that causes problems.
I do not see this image in my photos app or in the Immich app. The the file name indicates that this photo came from another device and was not taken directly on my phone (a following photo is a group photo). What else can I do to help troubleshoot?
Would it be possible you have those photos/videos on iCloud and not on your local device. Immich only support backup photos and videos that is existed on the device
I do not pay for iCloud, I just checked my iCloud settings and Sync this iPhone
is turned off. I do have iCloud photos enabled for My Photo Stream
and Shared Albums
however it is reporting as only 20MB of Photo & Videos.
This is a new iPhone relative to the issue photo. My photos were imported via a backup/restore, however I did not utilize the iCloud Photo function on the previous device either. Perhaps there was a backup/restore corruption issue?
I would say so. Do you know how many assets you have physically on the device?
According to my iOS settings, I have a combined 23,887 photos/videos. This number is less than the 24,701 assets Immich has uploaded...
Curiously, I see that most all images older than this errored photo have been uploaded, but a few random new photos taken in the last few days are still not uploaded. Scrolling through my Immich library, I have found other random images and videos that the Immich app can display/play that have not been uploaded. They are scattered and I have not found a grouping yet.
I'm also facing the exact same behavior on my wife's phone - upload regularly stops at the same file, non-uploaded files are scattered without any order so i can't figure out what might be causing it, etc. Where can I see the screen with logs? I can't seem to find it anywhere (i have the testflight version installed)... Also, I've looked throughout the docker containers' logs but nothing too helpful there...
Yeah usually if the file isn't uploaded, it means it is on iCloud or in a shared album. I will take a look at this issue at a later time.
I believe I'm having a similar / the same issue (with local photos, icloud turned off) - I was able to get the app built locally and tested with a local (docker desktop) dev server, but then there's a lot of inconsistency - the mobile app is very out of sync with the web view, many images are missing, and everything shown on the mobile app has the "unsynced" badge.
If there's any additional debugging tasks I can do to help let me know, the interesting looking errors I'm seeing in the flutter logs are:
2023-02-07 14:49:26.533359-0600 Runner[6099:2394790] [VERBOSE-2:dart_vm_initializer.cc(41)] Unhandled Exception: 'package:openapi/model/asset_response_dto.dart': Failed assertion: line 199 pos 18: 'json.containsKey(key)': Required key "AssetResponseDto[updatedAt]" is missing from JSON.
as well as:
2023-02-07 14:49:04.445493-0600 Runner[6099:2394790] flutter: Error [getServerInfo] Null check operator used on a null value
repeated several times shortly before a backup completed. In this testing environment, everything is showing up with the "not synced" badge,
got this error during login:
2023-02-07 14:59:47.857067-0600 Runner[6099:2394790] [VERBOSE-2:dart_vm_initializer.cc(41)] Unhandled Exception: Bad state: Tried to use BackupNotifier after `dispose` was called.
Consider checking `mounted`.
#0 StateNotifier._debugIsMounted.<anonymous closure> (package:state_notifier/state_notifier.dart:175:9)
#1 StateNotifier._debugIsMounted (package:state_notifier/state_notifier.dart:182:6)
#2 StateNotifier.state (package:state_notifier/state_notifier.dart:196:12)
#3 BackupNotifier._getBackupAlbumsInfo (package:immich_mobile/modules/backup/providers/backup.provider.dart:223:13)
<asynchronous suspension>
#4 BackupNotifier.getBackupInfo (package:immich_mobile/modules/backup/providers/backup.provider.dart:396:7)
<asynchronous suspension>
and also:
2023-02-07 15:06:30.698718-0600 Runner[6099:2394790] flutter: Established Websocket Connection
2023-02-07 15:06:30.775105-0600 Runner[6099:2394790] flutter: [SEVERE] [2023-02-07 15:06:30.774968] Error while getting remote assets
2023-02-07 15:06:30.815777-0600 Runner[6099:2394790] flutter: [INFO] [2023-02-07 15:06:30.815646] Load assets: 133ms
2023-02-07 15:06:30.853853-0600 Runner[6099:2394790] flutter: [INFO] [2023-02-07 15:06:30.853743] Combining assets: 37ms
2023-02-07 15:06:31.688750-0600 Runner[6099:2394790] flutter: _getBackupAlbumsInfo takes 1075ms
@kaytwo
For 2023-02-07 14:49:26.533359-0600 Runner[6099:2394790] [VERBOSE-2:dart_vm_initializer.cc(41)] Unhandled Exception: 'package:openapi/model/asset_response_dto.dart': Failed assertion: line 199 pos 18: 'json.containsKey(key)': Required key "AssetResponseDto[updatedAt]" is missing from JSON.
- go in openapi/model/asset_response_dto.dart
and commented out the line below:
Then you can run.
If you see any errors different than the error above, please let me know. The errors messages you reported are normal and can be ignored.
Please start the upload process and see if any errors come up.
Additionally, you can now check the thumbnail of the file being uploaded by clicking on the icon below.
I didn't end up finding much but I believe I found the underlying issue - I was using a free tier cloudflare tunnel, and uploads larger than 100mb fail without creative upload chunking/resuming. Because this appears to be a somewhat common use case it might be worth mentioning in the docs.
i agree about cf and their upload limit to 100mb but for me that isn’t the case as i route all my local traffic (when connected to my local wifi) directly to the host itself (even putting the local ip and port) so can’t say i’m affected by cf… something else seems to be the issue just haven’t found anything in the logs that might point me in the right direction…
is there any option to turn on some heavy debug logs?
I didn't end up finding much but I believe I found the underlying issue - I was using a free tier cloudflare tunnel, and uploads larger than 100mb fail without creative upload chunking/resuming. Because this appears to be a somewhat common use case it might be worth mentioning in the docs.
@kaytwo Did you upgrade your tunnel to a paid version or did you find another way around it? If you did, which version did you go to? I might be having the same issue.
same issue
maybe you should check you server, check the http status code 413, 403, etc...
Experiencing this with two large video files
@617a7a Are you using reverse proxy? Can you try on local IP to see if it can upload successfully?
Yeah that sounds like a dumb mistake I've made. I am using reverse proxy. Maybe need to adjust the settings on it?
@alextran1502 thanks for the reminder, can't believe I didn't think of that for anyone else using nginx reverse proxy the default max request size is 1mb which explains the random looking successful uploads; images under 1mb get uploaded fine.
For future reference just drop a client_max_body_size 2048M;
(or set an appropriate limit, I set mine to 2gb as some video files get close to that) in your conf file for the server handling immich.
nginx returns a 413 error when an upload exceeds the limit, be useful to see that in the app log (if it's not already there, I didn't see it with "Fine" log level)
Describe the bug The iOS app has been stuck uploading the same image. I can tell it is the same image based on its FileName and ID. Canceling the backup, quitting the app, Logging out/in to the app, switching from LAN IP to WAN URL, with & without foreground backup selected, and rebooting my phone all generate the same result; the list of remainder items temporarily increases, then the uploading file quickly goes through multiple images and stops at this image with the remaining item count returning to 8783. I have attempted to let it sit on this same image for +10hrs along with other sessions of various length but the issue remains.
Task List
Please complete the task list below. We need this information to help us reproduce the bug or point out problems in your setup. You are not providing enough info may delay our effort to help you.
docker-compose
file..env
file.To Reproduce Steps to reproduce the behavior:
Expected behavior Expect the app to successfully upload this image and move on to remaining photos. If item has an issue, expect it to list it as failed.
Screenshots Screenrecording of issue
System
iOS 16.1.1
1.41.1
v1.41.0 build.78
Additional context
DOCKER COMPOSE
.env
Relevant traefik compose file