Bug: "Get Started" button does not submit user

[tomshomelab]

Describe the bug After a fresh deployment my credentials for administrator sign up will not submit. The "get started" button does nothing. The animation plays a little for clicking the button but no action or feedback on the screen.

I have made sure the passwords match, they have a special character, a captical letter, some numbers and letters and is between 8 - 12 characters long.

EDIT I initally added the IPV4 address of the VM running the application to the ORIGIN environment variable and then replaced this with my domain when the submit button didnt work.

Connecting to the domain i have gives an SSL error. The domain reads "ssd handshake fails"

To Reproduce Steps to reproduce the behavior:

1. deply docker compose
2. enter creds for new user
3. press get started
4. See error

Expected behavior i expect to be able to press get started after entering my credentials and have my account created

Screenshots If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

• OS: ubuntu 24.4
• Docker compose deployment

[cmintey]

Make sure the ORIGIN environment variable is set and is the same base url as your are connecting to

[tomshomelab]

Make sure the ORIGIN environment variable is set and is the same base url as your are connecting to

Hi thanks for replying.

ive added first the IPV4 which is when i first faced the issue. Then i tested domain which gave me the SSL cert issue

[cmintey]

I don't think the SSL cert issue would be related to Wishlist. Are you using a reverse proxy? Do you have any logs?

[tomshomelab]

I don't think the SSL cert issue would be related to Wishlist. Are you using a reverse proxy? Do you have any logs?

okay - lets focus on the IPV4 address submit button not working.

I was using nginx reverse proxy with cloudflare. There were no errors in ngixn reverse proxy, here is an attached log file from wish list _wishlist_logs.txt

[cmintey]

Any logs in the browser? In your ORIGIN env var, are you including the port?

[tomshomelab]

Any logs in the browser? In your ORIGIN env var, are you including the port?

im not sure how to check logs in my browser. I tried the local IPV4 page with port in the url on edge, firefox, opera and incogneto mode on all with the same "submit" button not submitting issue. i did the same with domain swapped instead of the IPV4 address in the ORIGIN env var.

for the ORIGIN env var i did not include the port within the IPV4 or domain.

[cmintey]

Add the port to ORIGIN if you're using the ip. ORIGIN=http://<ip>:<port>. Port shouldn't be necessary if you're using your domain, unless the port is different than 443

[tomshomelab]

but without the port in the ip range for IPV4 i can access the page and enter information. I dont think a port missing would cause this issue and break a button. The lack of port would cause me to be unable to visit the page for IPV4 and i dont think would change the SSL issue im facing

I added the port - adding the port for IPV4 and domain fixed neither issues. submit button is still busted and there is still an SSL issue when using a domain.

as i can access the application on IPV4 but the submit button does not work, lets focus on that. how can i get you a better set of data for this bug

[cmintey]

The port matters not for accessing the page, but for form submissions. To verify, when you land on the mealie page, right click anywhere on the page and click "Inspect". This is the browser dev tools. Here you can view the Console where you can see logs, and also the Network tab. Let me know what you see in here when clicking the buttom

Also can you share your docker-compose and env file (if applicable)?

[tomshomelab]

toggling on the inspect screen and being in the console allowed me to press submit.. why would that be the case? there were no errors in the console feed.

below is my docker compose. i have been switching between env options by using the # to remove them im currently connected via IPV4.

services:
  wishlist:
    container_name: wishlist
    image: ghcr.io/cmintey/wishlist:latest
    ports:
      - 3280:3280
    volumes:
      - /docker/wishlist/uploads:/usr/src/app/uploads  # This is where user image uploads will be stored
      - /docker/wishlist/data:/usr/src/app/data        # This is where the sqlite database will be stored
    environment:
      ORIGIN: http://192.168.0.82:3280 # The URL users will connect to
      #ORIGIN: https://wishlist.WEBSITE:3280 # The URL users will connect to
      TOKEN_TIME: 72 # hours until signup and password reset tokens expire

[cmintey]

Sometimes opening that can reset cache, I guess that would be my only guess. So just to be clear, With that config, you're connecting to Wishlist at this url: http://192.168.0.82:3280, right? And form submission is working now (at least via the ip)?

[nskoy34]

I was having the same issue. When I added the port # to the ORIGIN EV, it worked.

[cmintey]

I've updated the Readme to clarify that the port is needed in the ORIGIN