#Immich iOS app fails to upload when the file name is empty
1 messages · Page 1 of 1 (latest)
:wave: Hey @rancid relic,
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
.
References
- Container Logs:
docker compose logsdocs - Container Status:
docker ps -adocs - 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...
- :blue_square: verified I'm on the latest release(note that mobile app releases may take some time).
- :ballot_box_with_check: read applicable release notes.
- :ballot_box_with_check: reviewed the FAQs for known issues.
- :ballot_box_with_check: reviewed Github for known issues.
- :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy).
- :ballot_box_with_check: uploaded the relevant information (see below).
- :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 -landdf -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.
Interesting, thank you for reporting.
There was a recent change in the preference order when getting file names - to fix https://discord.com/channels/979116623879368755/1430950871092560056
It's a bit unexpected that photos api / icloud can return empty file name. Perhaps idiosyncrasies of fetching metadata from icloud 
Could you export the mobile logs and post here?
oof, it fails in the photo_manager library, not in Immich code.
I thought this PR https://github.com/immich-app/immich/pull/23469 will fix the issue. Nope.
[Pull Request] fix(mobile): treat empty original filename as missing (immich-app/immich#23469)
Do you think those files with empty names have anything in common?
Apologies for the wait, really appreciate your attention to this issue
What is immediately apparent is that it's all within the same time period and most of them are videos (though some of them are images)
It's possible that I imported it weirdly into iCloud, but since it happened nearly 6 years ago, I can't say with certainty what I actually happened
Using the Photos.app on macOS, I exported (unmodifed originals) the offending assets in question and imported them back in. On macOS, it now shows the name of the image (it did not before). However, it still shows a / as the file name on iOS.
The names also show up on Immich iOS now (though I did also update the app from 2.2.0 to 2.2.1 build.233)
On macOS, it now shows the name of the image (it did not before)
These are UUID-like names, right? (as on the 2nd screenshot)
I observe similar behavior on macos: everything imported to Photos on Mac has uuid names.
Yep, my hypothesis is that since these files have an empty file name, macOS generated UUID names for them upon exporting