immich-app/immich
1
0
Fork 0
mirror of https://github.com/immich-app/immich.git synced 2026-03-01 11:20:12 +03:00
Code Issues 783 Packages Projects Releases 12 Wiki Activity

[BUG] When loading immich for the first time, I don't see the Register User screen #137

New Issue
Closed
opened 2026-02-04 18:02:15 +03:00 by OVERLORD · 14 comments
OVERLORD commented 2026-02-04 18:02:15 +03:00
Owner
Copy Link

Originally created by @FrankelJb on GitHub (Jul 9, 2022).

Describe the bug
When I load immich for the first time, the application begins on "Welcome to IMMICH Web" screen. However, when I click "Getting Started", instead of being able to register a user, I am taken straight to the Login screen without offering to register an administrator. I have checked in the database and there are no users there yet. I have also dropped the db and recreated the entire stack with same result.

It would be useful to either have CLI tools to manually edit users or to allow the web UI to navigate to the register page.

Task List

  • [ x ] I have read thoroughly the README setup and installation instructions.
  • [ x ] If my setup is different, I have included my docker-compose file.
  • [N/A] I have included my redacted .env file.
  • [ x ] I have included information on my machine, and environment. - k3srunnnig the latest immich docker images.

To Reproduce
Steps to reproduce the behavior:

  1. Navigate to Welcome to IMMICH Web
  2. Click on 'Getting Started'
  3. WebUI renders http://immich-web/auth/login

Expected behavior
I expect to either be able to manually navigate to the register page or be able to manually add users from the CLI.

Screenshots
N/A

Desktop (please complete the following information):

  • OS: Fedora

Additional context
I am running this on k3s using the same stack as the docker-compose example. This could be related to routing but there are no errors in the logs or in the console to indicate the something is misconfigured.

Originally created by @FrankelJb on GitHub (Jul 9, 2022). **Describe the bug** When I load immich for the first time, the application begins on "Welcome to IMMICH Web" screen. However, when I click "Getting Started", instead of being able to register a user, I am taken straight to the Login screen without offering to register an administrator. I have checked in the database and there are no users there yet. I have also dropped the db and recreated the entire stack with same result. It would be useful to either have CLI tools to manually edit users or to allow the web UI to navigate to the register page. **Task List** - [ x ] I have read thoroughly the README setup and installation instructions. - [ x ] If my setup is different, I have included my docker-compose file. - [N/A] I have included my redacted `.env` file. - [ x ] I have included information on my machine, and environment. - k3srunnnig the latest immich docker images. **To Reproduce** Steps to reproduce the behavior: 1. Navigate to Welcome to IMMICH Web 2. Click on 'Getting Started' 3. WebUI renders http://immich-web/auth/login **Expected behavior** I expect to either be able to manually navigate to the register page or be able to manually add users from the CLI. **Screenshots** N/A **Desktop (please complete the following information):** - OS: Fedora **Additional context** I am running this on k3s using the same stack as the docker-compose example. This could be related to routing but there are no errors in the logs or in the console to indicate the something is misconfigured.
OVERLORD commented 2026-02-04 18:02:25 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Jul 9, 2022):

Please don't use the latest tag in your docker-compose file on the containers. Please use the release tag instead.

Refer to the latest docker-compose file

@alextran1502 commented on GitHub (Jul 9, 2022): Please don't use the `latest` tag in your `docker-compose` file on the containers. Please use the `release` tag instead. Refer to the [latest docker-compose file](https://github.com/alextran1502/immich/blob/main/docker/docker-compose.yml)
OVERLORD commented 2026-02-04 18:02:42 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Jul 9, 2022):

. I have checked in the database and there are no users there yet. I have also dropped the db and recreated the entire stack with same result.

This indicates you probably have the wrong docker-compose file because the production file doesn't expose the database port.

@alextran1502 commented on GitHub (Jul 9, 2022): >. I have checked in the database and there are no users there yet. I have also dropped the db and recreated the entire stack with same result. This indicates you probably have the wrong docker-compose file because the production file doesn't expose the database port.
OVERLORD commented 2026-02-04 18:02:54 +03:00
Author
Owner
Copy Link

@FrankelJb commented on GitHub (Jul 9, 2022):

I’ve changed the images the use the release tag and the problem persists.

I’m using a shared db for immich, I can connect to it using the command line.

@FrankelJb commented on GitHub (Jul 9, 2022): I’ve changed the images the use the `release` tag and the problem persists. I’m using a shared db for immich, I can connect to it using the command line.
OVERLORD commented 2026-02-04 18:03:01 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Jul 9, 2022):

Can you share your redacted docker-compose file? Can you try to shutdown all Immich's related containers and perform the pull for all of them then start them up again?

@alextran1502 commented on GitHub (Jul 9, 2022): Can you share your redacted docker-compose file? Can you try to shutdown all Immich's related containers and perform the pull for all of them then start them up again?
OVERLORD commented 2026-02-04 18:03:07 +03:00
Author
Owner
Copy Link

@FrankelJb commented on GitHub (Jul 10, 2022):

I'm running on kubernetes, so I took the docker-compose and turned it into what kubernetes refers to as Deployments. These are containers running on the underlying container runtime but it uses the docker images provided. I've changed the tags to use release and they're all running without any errors.

image

This shows they're all running (the green dot) with the running image.

@FrankelJb commented on GitHub (Jul 10, 2022): I'm running on kubernetes, so I took the docker-compose and turned it into what kubernetes refers to as Deployments. These are containers running on the underlying container runtime but it uses the docker images provided. I've changed the tags to use `release` and they're all running without any errors. ![image](https://user-images.githubusercontent.com/3724809/178141299-83189298-2805-40ea-b744-5cd37b917121.png) This shows they're all running (the green dot) with the running image.
OVERLORD commented 2026-02-04 18:03:10 +03:00
Author
Owner
Copy Link

@aruhier commented on GitHub (Jul 11, 2022):

@FrankelJb : it happened for me, because I've left the /api at the end of the VITE_SERVER_ENDPOINT. Try to remove it, as it is written for the nginx frontend, which I guess you didn't set.

However, I think that the web app should raise an error in this case, because /api/user/count (which the app checks to redirect to the register page) returns a 404.

@aruhier commented on GitHub (Jul 11, 2022): @FrankelJb : it happened for me, because I've left the `/api` at the end of the `VITE_SERVER_ENDPOINT`. Try to remove it, as it is written for the nginx frontend, which I guess you didn't set. However, I think that the web app should raise an error in this case, because `/api/user/count` (which the app checks to redirect to the register page) returns a 404.
OVERLORD commented 2026-02-04 18:03:16 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Jul 11, 2022):

@aruhier Thank you

@FrankelJb Let's try what @aruhier suggesst

@alextran1502 commented on GitHub (Jul 11, 2022): @aruhier Thank you @FrankelJb Let's try what @aruhier suggesst
OVERLORD commented 2026-02-04 18:03:19 +03:00
Author
Owner
Copy Link

@FrankelJb commented on GitHub (Jul 11, 2022):

Thanks for the suggestion @aruhier. I am using the VITE_SERVER_ENDPOINT. I've tried using the nginx proxy image and without using a different reverse proxy and the same flow occurs.

If I try and navigate to https://immich/api/user/count it returns {"userCount":0}.

@FrankelJb commented on GitHub (Jul 11, 2022): Thanks for the suggestion @aruhier. I am using the `VITE_SERVER_ENDPOINT`. I've tried using the nginx proxy image and without using a different reverse proxy and the same flow occurs. If I try and navigate to `https://immich/api/user/count` it returns `{"userCount":0}`.
OVERLORD commented 2026-02-04 18:03:24 +03:00
Author
Owner
Copy Link

@FrankelJb commented on GitHub (Jul 11, 2022):

I think I solved the issue. I was pointing the VITE_SERVER_ENDPOINT at server:3001/api. I changed it to proxy:2283/apil and now I can login.

@FrankelJb commented on GitHub (Jul 11, 2022): I think I solved the issue. I was pointing the `VITE_SERVER_ENDPOINT` at `server:3001/api`. I changed it to `proxy:2283/apil` and now I can login.
OVERLORD commented 2026-02-04 18:03:36 +03:00
Author
Owner
Copy Link

@sjdrc commented on GitHub (Jul 28, 2022):

Hey @FrankelJb

I'm running on kubernetes, so I took the docker-compose and turned it into what kubernetes refers to as Deployments.

I'm interested in running this on kubernetes, would you mind sharing your manifests?

@sjdrc commented on GitHub (Jul 28, 2022): Hey @FrankelJb > I'm running on kubernetes, so I took the docker-compose and turned it into what kubernetes refers to as Deployments. I'm interested in running this on kubernetes, would you mind sharing your manifests?
OVERLORD commented 2026-02-04 18:03:39 +03:00
Author
Owner
Copy Link

@aruhier commented on GitHub (Jul 28, 2022):

@sjdrc: Sure, I've uploaded it here:
immich_k8s.tar.gz

At first I've split the API ingress in a subdomain, but now that Immich relies on sharing the cookies between the API and the web service for the authentication, I've merged them into the same domain but with 2 different ingress. It's because the API endpoint needs to have a redirect.

Naming the services the way I've named them is important for some, because Immich hardcodes some of them for the connection between services (I don't remember exactly which ones, but I was a bit surprised at first).

@aruhier commented on GitHub (Jul 28, 2022): @sjdrc: Sure, I've uploaded it here: [immich_k8s.tar.gz](https://github.com/alextran1502/immich/files/9208136/immich_k8s.tar.gz) At first I've split the API ingress in a subdomain, but now that Immich relies on sharing the cookies between the API and the web service for the authentication, I've merged them into the same domain but with 2 different ingress. It's because the API endpoint needs to have a redirect. Naming the services the way I've named them is important for some, because Immich hardcodes some of them for the connection between services (I don't remember exactly which ones, but I was a bit surprised at first).
OVERLORD commented 2026-02-04 18:03:41 +03:00
Author
Owner
Copy Link

@sjdrc commented on GitHub (Jul 28, 2022):

@aruhier Thank you very much!

@sjdrc commented on GitHub (Jul 28, 2022): @aruhier Thank you very much!
OVERLORD commented 2026-02-04 18:03:42 +03:00
Author
Owner
Copy Link

@jagsdkp commented on GitHub (Dec 19, 2022):

@alextran1502 - I have deployed the package using the recommended approach () and when I tried to access the URL for the first time, I get internal error 500.

Could you please help me?

Error code 500
Internal Error

Verbose

{"message":"Internal Error"}

@jagsdkp commented on GitHub (Dec 19, 2022): @alextran1502 - I have deployed the package using the [recommended approach ](https://immich.app/docs/installation/recommended-installation) () and when I tried to access the URL for the first time, I get internal error 500. Could you please help me? Error code 500 Internal Error Verbose {"message":"Internal Error"}
OVERLORD commented 2026-02-04 18:03:57 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Dec 19, 2022):

@alextran1502 - I have deployed the package using the recommended approach () and when I tried to access the URL for the first time, I get internal error 500.

Could you please help me?

@JAg

Error code 500

Internal Error

Verbose

{"message":"Internal Error"}

@jagsdkp please open a separate issue with the required info as well as logs from server and microservice containers. If your set up is unique please also provide additional contexts so we can help you

@alextran1502 commented on GitHub (Dec 19, 2022): > @alextran1502 - I have deployed the package using the [recommended approach ](https://immich.app/docs/installation/recommended-installation) () and when I tried to access the URL for the first time, I get internal error 500. > > > > Could you please help me? > > @JAg > > Error code 500 > > Internal Error > > > > Verbose > > > > {"message":"Internal Error"} @jagsdkp please open a separate issue with the required info as well as logs from server and microservice containers. If your set up is unique please also provide additional contexts so we can help you
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
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
Mirrored from GitHub Pull Request
 sharing
tech-debt
📱mobile
🖥️web
🗄️server
🧠machine-learning
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: immich-app/immich#137
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?