How can i debug a file that wont upload
I have quite a few (around 60ish) images that for whatever reason refuse to upload. Most of them are PNG images, there does not seem to be any problems with the image themselfs they work properly in all other programs i can try to use them on. The errors shown in the web console dont appear to be helpful as to why, and there is nothing in the docker logs. How can i attempt to figure out whats going on with these particular images?

17 Replies
:wave: Hey @LordKitsuna,
Thanks for reaching out to us. Please carefully read this message and follow the recommended actions. This will help us be more effective in our support effort and leave more time for building Immich :immich:.
References
- Container Logs:
docker compose logs
docs
- Container Status: docker ps -a
docs
- Reverse Proxy: https://immich.app/docs/administration/reverse-proxy
- Code Formatting https://support.discord.com/hc/en-us/articles/210298617-Markdown-Text-101-Chat-Formatting-Bold-Italic-Underline#h_01GY0DAKGXDEHE263BCAYEGFJA
Checklist
I have...
1. :ballot_box_with_check: verified I'm on the latest release(note that mobile app releases may take some time).
2. :ballot_box_with_check: read applicable release notes.
3. :ballot_box_with_check: reviewed the FAQs for known issues.
4. :ballot_box_with_check: reviewed Github for known issues.
5. :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy).
6. :ballot_box_with_check: uploaded the relevant information (see below).
7. :ballot_box_with_check: tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable
(an item can be marked as "complete" by reacting with the appropriate number)
Information
In order to be able to effectively help you, we need you to provide clear information to show what the problem is. The exact details needed vary per case, but here is a list of things to consider:
- Your docker-compose.yml and .env files.
- Logs from all the containers and their status (see above).
- All the troubleshooting steps you've tried so far.
- Any recent changes you've made to Immich or your system.
- Details about your system (both software/OS and hardware).
- Details about your storage (filesystems, type of disks, output of commands like fdisk -l
and df -h
).
- The version of the Immich server, mobile app, and other relevant pieces.
- Any other information that you think might be relevant.
Please paste files and logs with proper code formatting, and especially avoid blurry screenshots.
Without the right information we can't work out what the problem is. Help us help you ;)
If this ticket can be closed you can use the /close
command, and re-open it later if needed.
Successfully submitted, a tag has been added to inform contributors. :white_check_mark:Likely corrupted file would be my guess
Try upload them on some site that let uploading file
- What's in Network tab in browser developer console?
- Also you can increase logging level on Immich server side through Admin settings > Logging > set Debug level.
sorry for the delay life took over and i had no time for this. here is the network tab

no the file is fine, it uploads to imgur, seafile, reddit etc just fine
i did increase the log level but now i cant seem to find where to actually view them from the web. i know where they are on the mobile app but where are the web version logs hiding at?
When in Network tab, click on the request/line with "bulk-upload-check". Then open its Response tab. It should contain a json message with the reason. Could you post it here?
Typically web UI refuses to upload images if they are present in Immich already. Duplicate avoidance.
But why the "handle error" in your screenshots... I've not seen it before. Could it be some browser quirk 🤔

weirdly enough the response just says accept
but immich still says its an error not a duplicate

I am not sure about the handle errors. I use firefox, in this case 142.0.1
i have tried uploading the file with chromium as well but still fails
Among those 60 files, are there 1-2 which you could share, if there is no sensitive data? (Archive them e.g. with zip and post here)
Let's see if this is reproducible. And I will check the files for possible corruption as Alex suggested.
I suggest to check
/asset
request and response in the browser as well.
On your previous screenshot it shows "html" in Type instead of "json", perhaps due to an error returned. If unexpected data is returned, this explains frontend's handle error.
Network tab > Click on the line with "assets" >
- Request tab > Screenshot/copy the content up to the beginning of binary data
- Response tab > Screenshot/copy too
I have no problem sharing them however I will warn you that they are adult material (anime based) as long as that doesn't bother you I can zip it up and DM it
I can get you that and the network tab stuff in the morning, getting ready for bed for the day atm
I'm fine with any type of content 😅
Indeed, no rush there.
I seemed to have found the issue... when looking at the assests request tab it was blank with no content. However the responce tab was giving a 413 Request Entity Too Large. that didnt really make sense as i have uploaded files that were 100MB+ before and these were files like 8-14MB in size. and i already have a client max body of 0 (unlimited)
I am not sure why this was needed but i added " proxy_read_timeout 86400s;
" to my nginx configuration for immich and now i can upload these files. something was timing out on the proxy between nginx and immich i guess. i dont know why it was only doing it for these particular files and not other larger ones either
Interesting. Thanks for sharing that 👍
Let us know if there is anything else. Otherwise go ahead and close the ticket.
This thread has been closed. To re-open, use the button below.