mirror of
https://github.com/immich-app/immich.git
synced 2026-02-25 11:20:12 +03:00
Since apk v1.105.0 login/upload possible but timeline won't refresh, keeps spinning #3152
Closed
opened 2026-02-05 07:54:08 +03:00 by OVERLORD
·
58 comments
No Branch/Tag Specified
main
chore/translations
release/next
uhthomas/feat-mobile-search-results
feat/library-offline-stats
uhthomas/fix-mobile-search-results
renovate/flutter
feat/splash-screen-error
feat/mobile-edit-2-server-sync-entity
update-pwa
refactor/star-rating
uhthomas/feat-sort-smart-search
renovate/github-cqlabs-homebrew-dcm-1.x
push-vxwxqoulmxun
push-zlzxxyywnmtr
chore/deduplicate-storage-template-example
fix/download-button
fix/maintenance-reload
feat/video-player
feat/mobile-editing
feat/use-native-clients
refactor/remove-replace-with-upload
push-snrprxmlposz
push-okmnxsumoyzr
uhthomas/chore-mobile-maplibre
uhthomas/mobile-fix-asset-details-album-pop
feat/crawl-wrapper
feat/open-in-browser
push-skvzqoozqkpl
feat/custom-date-range
feat/edit-filters
fix/locale-settings-desc
push-xyozownmuwqp
push-lvyturrtwkrq
push-mvnsqpxklmnu
push-ztrmyrpuwvow
push-rsywxvptwxuv
push-pvvtwywwqzvy
postgres-socketio
feat/pg-queue
proposal/zod
refactor/asset-upload
feat/integrity-checks-izzy
renovate/connectivity_plus-7.x
better-project-structure
uhthomas/mobile-feat-asset-viewer-details
fix/ml-rocm-build
fix/25803
feat/asset-file-apis
midzelis/wip
push-zpwsovysllvn
push-nwxlpmyzkyrl
feature/bottom-buttons-order
sqlite_thumbs
fix-keep-correct-ios-shared-album-asset
fix-memory-generation-and-display
push-vpxwmwwxwnvw
fix-migration-width-height
revert/prettier-translations
shared-deep-link-handler
feat/thumbnail-native-clients
feat/platform-clients
fix/foreground-cloud-sync
filter-by-person
feat/csp
refactor/sidebar
fix/disable-editing
fix/view-timeline-deeplink
image-zoom-on-slow-connection
fix-consider-dar-for-video-dimension
fix/merged-edited-assets
open-api-fix
feat/create-job-with-dto
use-toast-primary
feat/vitest-4
feat/ios-fastlane-match
match-signing
fix-update-time-update-timeline
feat/modal-routes
feat/panorama-tiles
feature/mobile-view-asset-owner
feat/system-settings
feature/show-activity-count
better-info-in-asset-viewer
fix/all-people-count
feat/location-favorites
feature/rearrange-buttons-2
fix/download-storage-template
feat/kb-shortcuts-mobile
fix/people-count
push-qolzzzzxrvvn
chore/originals-in-asset-files
feat/asset-size-columns
ben/tree-a11y
new-search-filter-ui
refactor/expectSelectedReadonly
refactor/mobile-grdb
push-qvuktpxmkknu
feat/mobile-native-local-sync
refactor/timeline_ops
fix/scrubber_end
feat/version.txt
feat/context-menus
feat/server-chunked-uploads
refactor/virtualsegment
refactor/rename_daymonth_groups
fix/restrict-android-bg-worker
feat/android-periodic-worker
fix-remote-sync-clean-up
refactor/timeline_move_ops
fix/timeline_split_selectable
feat/keyboard_actions_help_modal
feat/static_frontend
feat/notification-warnign-android
feat/plugins2
feat/plugins
test/create-workflow-token-action
fix/docs-force
debug/search-result-similarity
debug/cf-chunked-uploads
feat/eslint_rule
feat/search-filter-album/web
refactor/timeline_photostream
refactor/timelineasset_asset
feat/session-permissions
feat/timeline_photostream_assetnav
feat/timeline_minor_optimize
feat/timeline_perf_nocomp
feat/timeline_search_results_actions
feat/timeline_search_results_page
fix/timeline_padding
fix/timeline_search_reactivity_warnings
feat/timeline_scrollbar
feat/timeline_stream_withviewer
fix/timeline_back_forth_nav
refactor/timeline_photostream_component
fix/generated-files-checks
fix/locate-button-local
chore/base-image-mimalloc
refactor/timeline_assetlayout
refactor/timeline_selectable
refactor/timeline_aware_actions
refactor/timeline_monthsegment
feat/remove-old-pages
chore/deps-gradle
tmp_photostream
tmp/lcms
feat/mobile-dynamic-thumbnails
fix/mobile-finer-thumbnail-concurrency
refactor/timeline1
refactor/extract_photostream
refactor/rename_load_api
refactor/timeline2
refactor/timeline3
feat/multi-select-asset-viewer
feat-no-thumbhash-cache
refactor/asset_grid
feat/faster-access-checks
fix/18991
fix/19543
chore/temp-remove
fix/21419
feat/mobile-hdr-images
chore/update-mise-lockfile
feat/mise-server-checks
feat/mise-ci
feat/windows-2025
feat/dev_cli
refactor/mobile-migrate-clients
fix/map-theme
fix/require-checkbox
chore/use_swc
feat/efficient-thumbnail-decoding
refactor/mobile-thumbhash
refactor/mobile-thumbhash-new
feat/beta-background-upload
fix/beta-timeline-memories-setting
fix/failed-uploads-not-removed
feat/mobile-shared-album
feat/groups
drift-map-page
drift-auth-user-sync
fix/disable-memory
feat/add-to-album-action
edit-date-time-action
drift-people-page
sqlite-remove-isIn
chore/required-reviewers
refact/asset-manager
fix/folder-sort
pnpm
feat/widget-multiple-server-urls
chore/medium-tests-dbname
fix/web-no-iterator-find
fix/map-pan-interruption
track-livephotos
timeline_events
chore/oxlint-migration
feat/maintenance-worker
feat/dav
chore/demo-snapshot
refactor/server-side-dedupe
feat/integrity-checks
dev/recognition-eval
lighter_buckets_test
perf/postgres-queue
postgres-queue
focus_rings
refactor/web-stores-1
refactor/add-to-taken
feat/sort-places
vet
tmp/demo-snapshot-preview
fix/server-migration-file-extension
fix/asset-update-race-condition
rknn-toolkit-lite2
refactor/mobile-split-up-search-page
feature/Add-rocm-support-for-machine-learning
feat/rocm
chore/async-hash-file
feat/shared-link-view-count
feat/rotation
feat/graphql
feat/job-ids
feat/ignore-library-permission-error
feat/docker-compose-builder
feat/kysely-typeorm
mobile/onboarding
no-video-player
fix/server-qsv-output-format
chore/server-geodata-tweaks
mobile/native-video-player-no-hero
feat/xxhash
fix/docs-concurrency
feat/local-tileserver
refactor/exif-orientation
original-path-infix
refactor/mobile/login-form-1
feat/server-editor-endpoints
fix/server-qsv-vbr
fix-mobile-db-problems
feat/ml-armnn-conversion
feat/mobile/backup-with-album-info
feat/fast-initial-sync-1
chore/handle-output_dims
feat/unassign-faces
feat/shortcuts-on-asset-grid
feat/capacitor-mobile-app-poc
feat/server-nvenc-hw-decoding
fix/mobile-fetch-non-archive
web/automation-ui
feat/mobile-server-endpoint-save-dropdown
object-storage
feat/memories-animations
dev/metrics
ml/tflite
feat/ml-export-cli
v2.5.6
v2.5.5
v2.5.4
v2.5.3
v2.5.2
v2.5.1
v2.5.0
v2.4.1
v2.4.0
v2.3.1
v2.3.0
v2.2.3
v2.2.2
v2.2.1
v2.2.0
v2.1.0
v2.0.1
v2.0.0
v1.144.1
v1.144.0
v1.143.1
v1.143.0
v1.142.1
v1.142.0
v1.141.1
v1.141.0
v1.140.1
v1.140.0
v1.139.4
v1.139.3
v1.139.2
v1.139.1
v1.139.0
v1.138.1
v1.138.0
v1.137.3
v1.137.2
v1.137.1
v1.137.0
v1.136.0
v1.135.3
v1.135.2
v1.135.1
v1.135.0
v1.134.0
v1.133.1
v1.133.0
v1.132.3
v1.132.2
v1.132.1
v1.132.0
v1.131.3
v1.131.2
v1.131.1
v1.131.0
v1.130.3
v1.130.2
v1.130.1
v1.130.0
v1.129.0
v1.128.0
v1.127.0
v1.126.1
v1.126.0
v1.125.7
v1.125.6
v1.125.5
v1.125.4
v1.125.3
v1.125.2
v1.125.1
v1.125.0
v1.124.2
v1.124.1
v1.124.0
v1.123.0
v1.122.3
v1.122.2
v1.122.1
v1.122.0
v1.121.0
v1.120.2
v1.120.1
v1.120.0
v1.119.1
v1.119.0
v1.118.2
v1.118.1
v1.118.0
v1.117.0
v1.116.2
v1.116.1
v1.116.0
v1.115.0
v1.114.0
v1.113.1
v1.113.0
v1.112.1
v1.112.0
v1.111.0
v1.110.0
v1.109.2
v1.109.1
v1.109.0
v1.108.0
v1.107.2
v1.107.1
v1.107.0
v1.106.4
v1.106.3
v1.106.2
v1.106.1
v1.106.0
v1.105.1
v1.105.0
v1.104.0
v1.103.1
v1.103.0
v1.102.3
v1.102.2
v1.102.1
v1.102.0
v1.101.0
v1.100.0
v1.99.0
v1.98.2
v1.98.1
v1.98.0
v1.97.0
v1.96.0
v1.95.1
v1.95.0
v1.94.1
v1.94.0
v1.93.3
v1.93.2
v1.93.1
v1.93.0
v1.92.1
v1.92.0
v1.91.4
v1.91.3
v1.91.2
v1.91.1
v1.91.0
v1.90.2
v1.90.1
v1.90.0
v1.89.0
v1.88.2
v1.88.1
v1.88.0
v1.87.0
v1.86.0
v1.85.0
v1.84.0
v1.83.0
v1.82.1
v1.82.0
v1.81.1
v1.81.0
v1.80.0
v1.79.1
v1.79.0
v1.78.1
v1.78.0
v1.77.0
v1.76.1
v1.76.0
v1.75.2
v1.75.1
v1.75.0
v1.74.0
v1.73.0
v1.72.2
v1.72.1
v1.72.0
v1.71.0
v1.70.0
v1.69.0
v1.68.0
v1.67.2
v1.67.1
v1.67.0
v1.66.1
v1.66.0
v1.65.0
v1.64.0
v1.63.2
v1.63.1
v1.63.0
v1.62.1
v1.62.0
v1.61.0
v1.60.0
v1.59.1
v1.59.0
v1.58.0
v1.57.1
v1.57.0
v1.56.2
v1.56.1
v1.56.0
v1.55.1
v1.55.0
v1.54.1
v1.54.0
v1.53.0
v1.52.1
v1.52.0
v1.51.2
v1.51.1
v1.51.0
v1.50.1
v1.50.0
v1.49.0
v1.48.1
v1.48.0
v1.47.3
v1.47.2
v1.47.1
v1.47.0
v1.46.1
v1.46.0
v1.45.0
v1.44.0
v1.43.1
v1.43.0
v1.42.0_65-dev
v1.41.1_64-dev
v1.41.0_64-dev
v1.40.1_63-dev
v1.40.0_63-dev
v1.39.0_61-dev
v1.38.2_60-dev
v1.38.1_60-dev
v1.38.0_60-dev
v1.37.0_58-dev
v1.36.2_56-dev
v1.36.1_55-dev
v1.36.0_55-dev
v1.35.0_54-dev
v1.34.0_53-dev
v1.33.1_52-dev
v1.33.0_52-dev
v1.32.1_51-dev
v1.32.0_50-dev
v1.31.1_49-dev
v1.31.0_49-dev
v1.30.2_48-dev
v1.30.0_46-dev
v1.29.6_45-dev
v1.29.6_44-dev
v1.29.5_44-dev
v1.29.4_44-dev
v1.29.3_43-dev
v1.29.2_43-dev
v1.29.1_43-dev
v1.29.0_42-dev
v1.28.4_41-dev
v1.28.4_42-dev
v1.28.3_41-dev
v1.28.2_40-dev
v1.28.1_39-dev
v1.28.0_38-dev
v1.27.0_37-dev
v1.26.0_36-dev
v1.25.0_35-dev
v1.24.0_34-dev
v1.23.0_33-dev
v1.22.0_32-dev
v1.21.1_31-dev
v1.21.0_31-dev
v1.20.3_30-dev
v1.20.2_30-dev
v1.20.1_30-dev
v1.20.0_30-dev
v1.19.1_29-dev
v1.19.0_29-dev
v1.18.0_27-dev
v1.17.0_25-dev
v1.16.0_23-dev
v1.15.1_21-dev
v1.15.0_21-dev
v1.14.0_21-dev
v1.13.0_20-dev
v1.12.0_18-dev
v1.11.0_17-dev
v1.10.0_15-dev
v1.9.1_14-dev
v1.9.0_13-dev
v1.8.0_12-dev
v1.7.0_11-dev
v1.6.0_10-dev
v1.5.1+9-dev
v1.5.0+8-dev
v1.4.0+7-dev
v1.4.0+6-dev
v1.4.0-dev
v1.3.0-dev
v1.3.1-dev
v0.6-dev
v0.5-dev
v0.4-dev
v0.3-dev
v0.2-dev
first-android-release
Labels
Clear labels
accessibility
changelog:enhancement
changelog:security
changelog:skip
changelog:translation
cli
date-time
dependencies
documentation
external-library
format
good first issue
mobile-beta
mobile-beta
mobile-beta
needs-answer
nice to have
pull-request
sharing
tech-debt
📱mobile
🖥️web
🗄️server
🧠machine-learning
Mirrored from GitHub Pull Request
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: immich-app/immich#3152
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Deathproof76 on GitHub (May 16, 2024).
The bug
Using the android mobile app from the playstore on a Samsung S23U: Since v1.105.0 I get weird errors where photos will get uploaded but not refreshed in the app. Tried to logout and in again via google oauth and mail/pw. But after relogin the timelime is building indefinitely.
I also tried direct ip in LAN. It somehow helps switching between Wifi and mobile Data. After doing that I'm able to see the remote photos and can upload photos but the gallery won't refresh and the backup cloud icon is crossed out*. The uploaded photos can be seen in the Webui though. I used a secondary android phone (some rooted xiaomi with a custom rom) to install v1.105.0 from github and compare with v1.104.0. due to https://github.com/immich-app/immich/issues/9495#issuecomment-2113818459
v1.104.0. works perfectly on the secondary phone but v1.105.0 shows the exact same issues as on the primary android phone.
*(after turning wifi off and waiting for mobile data, the "building timeline" vanishes and I can see photos but it seems to keep building in the background, down left "fotos" is still spinning)

update: I can access remote albums, which also show the correct backup status (only on server/on device and server) it seems to be mainly a problem with the timeline. I can search things and filter people/places.
Can't see any unusual in the docker logs, no warnings, errors, nothing:
The mobile logs show Key 'currentUser' not found in Store, Error while getting remote assets | ApiException 401: {"message":"Invalid user token","error":"Unauthorized","statusCode":401} , PersonService | Error while fetching curated people | ApiException 400: Socket operation failed: GET /person (Inner exception: Failed host lookup: 'immich.mydomain.com')
The OS that Immich Server is running on
docker
Version of Immich Server
v1.105.1
Version of Immich Mobile App
v1.105.0
Platform with the issue
Your docker-compose.yml content
Your .env content
Reproduction steps
Relevant log output
Additional information
I'm using the https://github.com/imagegenius/docker-immich monolythic dockerimage with tensorchord/pgvecto-rs:pg16-v0.2.0
@alextran1502 commented on GitHub (May 16, 2024):
The app will need to finish indexing/hashing all the assets on your device (spinning circle) to show them in the app properly
@Deathproof76 commented on GitHub (May 16, 2024):
After hours it does not seem to be moving along in any way, still spinning. Especially the second device wasn't used with immich before and I've only added one folder with 2 photos to backup. With v1.104.0. it does take less then a minute to be ready, but with v1.105.0. it looks awfully similar to https://github.com/immich-app/immich/issues/9018 https://github.com/immich-app/immich/issues/8023 https://github.com/immich-app/immich/issues/7498
The server has 128gb RAM, backed by a 13600k and all assets are on an nvme. 110000 assets total, my account about 45k. My wifes android phone 35k assets seems to work just fine. So the problem might be specific to my account.
edit: There are orphaned files in the repair section, which ironically all belong to my wifes problem-free account🤡
Just set logging on server to debug, restartet the phone. 20min later still spinning and nothing in the server logs.
mobile logs since phone reboot:
full mobile log
Immich_log_2024-05-16T22_24_12.149723.log
@wardwygaerts commented on GitHub (May 17, 2024):
I think I have the same issue.
In the past all my photo's were visible in the app immediately. Now it only loads them till 2021 (and there are pictures from 2007...). The circle next photos keeps turning, but no additional pictures appear.
I have 62500 assets in my account and on the web everything is fine.
@Deathproof76 commented on GitHub (May 17, 2024):
I have to correct myself when I said "v1.104.0. works perfectly on the secondary phone". It may actually finish indexing/hashing but only photos up until april are shown in the timeline. No problems in the webui. So it's likely that it's not just contained to the mobile app but in combination with the server. I will test downgrading server and app, when I can, to see if it works when both are on an older release.
Did full vacuum and analyze of the db which helped nothing, but at least didn't show any grave issues with the db.
@justin13888 commented on GitHub (May 18, 2024):
I'm on Android and I upgraded my server and mobile app version yesterday. Couldn't replicate this though but wondering if you tried clearing your mobile app's cache (in phone settings)?
@wardwygaerts commented on GitHub (May 18, 2024):
I already tried it, but it only clears the thumbnails and not the amount of assets downloaded.
Error in the logs:
@Deathproof76 commented on GitHub (May 18, 2024):
Same here. As I said, still confused that my wifes account/mobile app (also android/Samsung on latest Oneui) works/syncs without a problem. Which seems to narrow the bug down to being account specific.

@wardwygaerts did you use https://github.com/vale46n1/immich_duplicate_finder by any chance? I've tried it a week and a half before running into this, even though everything seemed fine until now. It's the only thing I can think about regarding differences between my admin account and the one my wife uses. Even though it should just analyze the photos and delete them via api request.
update: used my secondary phone to log in to my wifes and also my mothers account and then back to my account. Their accounts sync without a hitch, only mine doesn't:
@alextran1502 commented on GitHub (May 18, 2024):
@Deathproof76 can you check the server log to see if there is error when you sync your account?
@Deathproof76 commented on GitHub (May 18, 2024):
@alextran1502 doesn't look like it. The logs show the exact time my Account logged in:
Edit: I just came back home, connected to my Wi-Fi and immich uploaded the screenshot I made for you. It's visible in the web ui, but the mobile app keeps spinning and doesn't refresh 🤷
@alextran1502 commented on GitHub (May 18, 2024):
@Deathproof76 And it works fine on 1.104 APK?
@Deathproof76 commented on GitHub (May 18, 2024):
Well, yes and no. The syncing on my backup phone seems to finish on 1.104 without errors (no spinning or refresh problem), but the timeline stops last Month. I can only see photos up until April. Similar to @wardwygaerts
@alextran1502 commented on GitHub (May 18, 2024):
@Deathproof76 Thank you, let me look at the stack trace to see what can be the potential issue
@alextran1502 commented on GitHub (May 18, 2024):
@Deathproof76 Can you try accessing your instance over local IP on your account?
@Deathproof76 commented on GitHub (May 18, 2024):
@alextran1502 same problem. This is a log from just now. I logged in using the local IP (20:58:07) -> waited for a few minutes > still building timeline, won't go away for hours -> I then turned off WiFi -> the connection switches to mobile data (21:06:22) -> I'm able to see all photos-> but can't refresh them -> if I'd take a photo and turn wifi on, it wouldn't be added to the timeline (on mobile app), but still uploaded to the server and be visible in webui.
Immich_log_2024-05-18T21_06_36.072048.log
@wardwygaerts commented on GitHub (May 19, 2024):
I also tested with my local ip, but even less assets are loaded.
New pictures are still uploaded from my phone to the server without issues.
@wardwygaerts commented on GitHub (May 21, 2024):
I just uninstalled v1.105 and reinstalled v1.104. The timeline was completely build after 15seconds.
Also tried again with v1.105, but same issue. I stay on v1.104 for now.
@alextran1502 commented on GitHub (May 21, 2024):
@wardwygaerts what is your server version?
@wardwygaerts commented on GitHub (May 21, 2024):
1.105.1
@vfr456 commented on GitHub (May 22, 2024):
I meet this issue too. You need to pull down refresh, then the sync state on photos will become ok .
Android App version: 1.105.0 build.139
Server Version: 1.105.1
@Deathproof76 commented on GitHub (May 23, 2024):
@alextran1502 I downgraded the server to v1.104.0 and everything works with apk v1.104.0 on my secondary phone (No errors in logs, indexing/caching/refreshing working, all photos visible in timeline). Also tried with apk v1.105.0 and server v1.104.0 which sadly shows the same errors as apk v1.105.0 with server v1.105.1.
server v1.104.0 and apk v1.105.0 logs:
what I understand so far: It's a user specific problem (my other users work without a problem on v1.105.0) and it definitely happened between v1.104.0 and v1.105.0 for both apk and server.
server v1.104.0 and apk v1.104.0 logs:
@Deathproof76 commented on GitHub (May 30, 2024):
@alextran1502 sorry to bother you, but do you have any guidance on how I could debug this further? Or maybe a workaround? Maybe like creating a new account and migrating the assets/created and shared albums to the new account via db queries?
I mean with errors like:
and
Isn't there a way to find out what is wrong with the user token? Maybe what it should look like and a way to modify it? (I don't know if it even is part of the problem and not just a red herring)
I would love to be able to use immich on my phone again. If there's anything I can do, I'd be glad if you could tell me.
@wardwygaerts commented on GitHub (May 30, 2024):
@Deathproof76 Did you try with the previous mobile version? For me it works with app v1.104.0
As soon as I install the latest one, it's broken again. Server version is on v1.105.1
I know this is not perfect, but at least I can use Immich.
@Deathproof76 commented on GitHub (May 30, 2024):
Yeah, it works on my main phone when installing the v1.104.0 apk from github.
But the problem is that all the already backed up photos in the selected backup albums will be re-uploaded again, creating duplicates due to https://github.com/immich-app/immich/issues/9495#issuecomment-2113818459 as I've been using the playstore version.
I'd have to create new albums and/or clear the old ones. And there's no guarantee that the next version e.g. v1.106.0 won't have the same problem. Even if it works, I'd have to duplicate and reclear the albums again for not having duplicate photos in the account.
@wardwygaerts commented on GitHub (May 30, 2024):
I also switched from the PlayStore version to the GitHub apk. The backup indeed started from scratch, but I don't have duplicates.
@Deathproof76 commented on GitHub (May 30, 2024):
you're right. It works just as you said 😄👍
@xs2usun commented on GitHub (May 31, 2024):
Same problems over here with Play store version 1.105. Downgrading to 1.104 worked! 👍
@Deathproof76 commented on GitHub (Jun 1, 2024):
Really good to know that this problem affects more than two people 👀. Makes it much more likely of it being a "true" bug and not just some isolated incident related to rare user specific shenanigans.
@xs2usun you don't happen to have any logs from v1.105?
@xs2usun commented on GitHub (Jun 1, 2024):
Unfortunately I have not. I searched Google with the following error in the log of 1.105:
ApiException 400: HTTP connection failed: POST /sync/full-sync (Inner exception: Software caused connection abort)
That led me to this bug and the solution. I have similar problems with the iOS app, but I can't downgrade on iOS.
@alextran1502 commented on GitHub (Jun 1, 2024):
@xs2usun is your server on 1.105 as well?
@Deathproof76 commented on GitHub (Jun 1, 2024):
Ah, this part then:
@jarelllama commented on GitHub (Jun 1, 2024):
Definitely not the only one. Been having this issue for a while now too.
Details:
Stack trace:
@alextran1502 commented on GitHub (Jun 1, 2024):
@fyfrey Hi Fynn, do you have any pointer that I should look into regarding this bug? I can't seem to find a way to reproduce it. Ever
@fyfrey commented on GitHub (Jun 1, 2024):
I think there are two different issues mentioned here
the invalid user token. Maybe we changed something about in login process in 105 compared to 104?
The connection abort during full sync. We'd need to find out what these dart library error messages mean (maybe timeout, maybe something else...). Next, we'd need to add logging for this to the server (if it's not already included in the most verbose setting). I have no idea how to replicate the issue, though.
@alextran1502 commented on GitHub (Jun 1, 2024):
For all of the users in this thread, are you guys connecting to your instance over dns/reverse proxy?
@Deathproof76 commented on GitHub (Jun 1, 2024):
https://github.com/immich-app/immich/issues/9534#issuecomment-2118980855 I tried direct and via caddy to the same effect. And as I said the weirdest part is, that other accounts using the same instance, like if I log in using my wifes account with my phone on 1.105 for server and apk, work without a problem.
@wardwygaerts commented on GitHub (Jun 1, 2024):
By default, I connect via reverse proxy (traefik), but also tried it locally.
@fyfrey commented on GitHub (Jun 1, 2024):
Do all affected accounts use the stacking feature extensively?
@xs2usun commented on GitHub (Jun 1, 2024):
My server is 1.105.1. It runs as a docker container in Unraid.
On iOS the app build version is 1.105.0 build 157.
I connect through reverse proxy, but it behaves the same when I log in with local IP.
@xs2usun commented on GitHub (Jun 1, 2024):
I've attached 3 logfiles. Timeline works on 1.104. But on 1.105 the timeline never gets updated past March 10.
@xs2usun commented on GitHub (Jun 1, 2024):
I deinstalled v1.105 on my Android phone and installed v1.104 apk. Timeline is fine again.
@Deathproof76 commented on GitHub (Jun 1, 2024):
To be honest I don't even know how to do that or search for stacks in immich. Does it happen automatically? Like if I'd set my phone to output raw and heic/jpeg at the same time when shooting a photo, the uploaded files will be part of a stack? If that's the case than no. If it's something that one would have to do manually then also no.
@wardwygaerts commented on GitHub (Jun 3, 2024):
I don't know if stacks are created automatically, but you can check if you have any stacks by running this query on the db:
select * from asset_stackI have only 3 stacks in total.
@Deathproof76 commented on GitHub (Jun 3, 2024):
thank you @wardwygaerts
I have none in that case.
@fyfrey commented on GitHub (Jun 3, 2024):
I've made a trial-and-error patch for Android. Anyone who uses the GitHub apk and want's to try a patched v1.105.1 feel free to report if the issue is solved (and if not the new error log):
you would need to build the PR #9919 locally and test on your device
Edit: link to pre-built APKs removed because Github runner does not build the PR but the result of merging into main..
@Deathproof76 commented on GitHub (Jun 3, 2024):
@fyfrey Uninstalled previous apk and installed the PR https://github.com/immich-app/immich/pull/9919 apk. But it seems that I'm not even able to login anymore. Tried via reverse proxy in Lan and via mobile data and also direct ip:port. OAuth wasn't available, changed passwords and retried and also tried via a different "problemfree" user to no avail. Nothing in the immich docker logs, even with debug.
mobile log:
@fyfrey commented on GitHub (Jun 3, 2024):
@Deathproof76 sorry for the inconvenience. it seems the Github build pipeline does not provide the APKs of the PR but the result on merging the PR into main. Main branch is currently incompatible with the released server. So you would need to build the PR yourself to test it :/
@Deathproof76 commented on GitHub (Jun 3, 2024):
That might take a while for me to figure out how to do that 😅 I'll try when I find the time.
Still, thank you for trying.
@Deathproof76 commented on GitHub (Jun 4, 2024):
@fyfrey I don't have any git or programming knowledge so it may have been a crude trial and error based method, but I think I've got it. I basically downloaded the v1.105.1 tagged repo and modified the mobile/lib/services/asset.service.dart file with the pr #9919 changes. Had to change the pubspec.yaml by upping intl: ^0.19.0. (Don't ask my why, there were errors, never done that before. I tried my best😅)
I then build the apk via
mobile>flutter build apk --debug.Due to
Which seems to relate to signing the app for a playstore release 🤷♂️
And well, in general it works as before and still spits out similar errors like before but different specifically in relation to chunking. Sorry it's late in my timezone.
Here's the mobile log
Immich_log_2024-06-03T22_52_05.227853.log
Here is a link to the debug apk (used a throwaway mail for privacy). I hope that it helps in debugging the issue. Maybe @wardwygaerts @jarelllama and @xs2usun can give it a try.
Mod edit: Link to APK removed
@fyfrey commented on GitHub (Jun 4, 2024):
@Deathproof76 wow! That's quite an achievement for no git or programming experience! The new log is super helpful.
(I've removed the link to the build APK so others don't install "random" APKs from the Internet, that was my reason for not building/sharing an APK of my PR...)
The log shows it fetches asset data in over 6000 chunks, so it could load up to 6,000,000 remote assets and then fails (it needs to get all successfully to continue...). How many assets are on the server for your account? Probably less xD I have the feeling it never stops for some reason (I'll look into this). The operating system then aborts all network connections for the process because it's doing too many requests in quick succession. This is also shown by the websockets getting closed.
I have a hunch these non-stop requests occur due to duplicates on the server. Do you use the external library feature? It allows having duplicates...
@Deathproof76 commented on GitHub (Jun 4, 2024):
I absolutely understand that random debug apks from internet strangers are a divisive issue😄
My account has approximately 46k assets, photos and videos combined. I don't have any external libraries. Everything uploaded directly from phone, webui or via immich-go (must have been almost a year ago, from a google photos takeout, basically via immich-cli).
The only duplicate adjacent occurrence seems to be due to the reuploaded duplicates and therefore blocked files from the mobile app. Because of the change of device id as a result of the different install route. I can't see any actual duplicates in the webui or mobile:
Another thing I noticed when I try a db query like:
I can see:
Under Server Stats it's:
Which does seem to indicate a discrepancy. But it's similar with my wifes account. She has more than double the amount of videos shown in the db query in comparison to Server Stats (maybe transcoded previews?). But her account works without a problem.
@Deathproof76 commented on GitHub (Jun 5, 2024):
I don't know if it's my place to do so, probably too early also, but I'd like to encourage @wardwygaerts @xs2usun @jarelllama to try out the apk from https://github.com/immich-app/immich/pull/9980#issuecomment-2149070097 In my case it helped with identifying a single asset with problematic metadata, which caused the whole problem for me. After deleting the asset from the database (as a quick fix) everything works for me now with the standard Playstore v1.105 apk too. If it's the same issue with your instance you need to turn on fine logging in the mobile app with the pr apk to identify the exact id of the offender. Thank you again @fyfrey and @alextran1502
@xs2usun commented on GitHub (Jun 5, 2024):
Thank you! It fixed it!
With the app I could locate the same strange date in the db. Some movie of a Toyota Supra I had saved from the internet was causing the problem. My error log:
2024-06-05 14:14:41.575437 | SEVERE | AssetService | getRemoteAssets received too many almost empty chunks, stopping. Not all remote assets could be fetched from the server for user user. |
2024-06-05 14:14:41.575311 | FINE | AssetService | Received 1 assets ranging from (1731-08-07 07:03:48.000Z,f9f05b1b-7b69-485b-9821-d68f18ac8d8f) to (1731-08-07 07:03:48.000Z,f9f05b1b-7b69-485b-9821-d68f18ac8d8f) |
In table assets with id='f9f05b1b-7b69-485b-9821-d68f18ac8d8f' I looked up which file was causing the problem with the weird date. I removed the row from the table.
Then I opened the Immich app on my iPad and the timeline appears correct. I deinstalled the immich app from my Android phone. Installed the latest app from the Play store and the timeline appears fine. So everything was also caused by this strange date in the db.
I inspected the file with ExifTool and the Exif data was empty. I also checked the properties of the file in WIndows and it showed the creation date and modified date of 2002-1-7 09:11. I have no idea what caused the strange line in the db.
@wardwygaerts commented on GitHub (Jun 5, 2024):
I quicky checked the apk from #9980, and noticed my timeline loaded almost immediately, with all my assets (as far as I can see). So I thought, maybe I already removed a 'bad' asset (I cleaned up my pictures last week), so I installed the PlayStore version, but loading timeline was taking ages.
Reinstalled the apk and timeline back ok...
What are the best settings for the logs to troubleshoot or receive more info?
@xs2usun commented on GitHub (Jun 5, 2024):
It’s mentioned above in: https://github.com/immich-app/immich/issues/9534#issuecomment-2149436869
@Deathproof76 commented on GitHub (Jun 6, 2024):
@wardwygaerts

With the pr apk like this
@wardwygaerts commented on GitHub (Jun 6, 2024):
Thanks!
I also found the bad asset!
And this was due my own fault, I changed the date for this image, and entered 004 in stead of 2024...
Corrected the date for this image, reinstalled 1.105 from Playstore, timeline build in couple of seconds!
@safehome-jdev commented on GitHub (Jun 8, 2024):
This may be a silly question, however, I'm just checking the basics here... is
immich.mydomain.comthe configured domain or was that replaced/redacted by you?If so, perhaps in the future you can put some type of placeholder there ( like
immich.[DOMAIN].comorimmich.<DOMAIN>.com), just so we can identify when something is purposefully changed and not and not assume a typo.Just a small suggestion is all 🙂
@Deathproof76 commented on GitHub (Jun 9, 2024):
@safehome-jdev Oh, I didn't think of the possibility that there might be any confusion. Sorry about that. I've redacted my domain that way. Next time I'll use immich.[DOMAIN].com for sure 🙂👍