[GH-ISSUE #17917] issue: oauth user signup flow breaking due to generated password crossing 72 bytes #18436

Closed
opened 2026-04-20 00:39:15 -05:00 by GiteaMirror · 15 comments
Owner

Originally created by @thenicekat on GitHub (Sep 30, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/17917

Check Existing Issues

  • I have searched for any existing and/or related issues.
  • I have searched for any existing and/or related discussions.
  • I am using the latest version of Open WebUI.

Installation Method

Docker

Open WebUI Version

v0.6.32

Ollama Version (if applicable)

No response

Operating System

ubuntu

Browser (if applicable)

No response

Confirmation

  • I have read and followed all instructions in README.md.
  • I am using the latest version of both Open WebUI and Ollama.
  • I have included the browser console logs.
  • I have included the Docker container logs.
  • I have provided every relevant configuration, setting, and environment variable used in my setup.
  • I have clearly listed every relevant configuration, custom setting, environment variable, and command-line option that influences my setup (such as Docker Compose overrides, .env values, browser settings, authentication configurations, etc).
  • I have documented step-by-step reproduction instructions that are precise, sequential, and leave nothing to interpretation. My steps:
  • Start with the initial platform/version/OS and dependencies used,
  • Specify exact install/launch/configure commands,
  • List URLs visited, user input (incl. example values/emails/passwords if needed),
  • Describe all options and toggles enabled or changed,
  • Include any files or environmental changes,
  • Identify the expected and actual result at each stage,
  • Ensure any reasonably skilled user can follow and hit the same issue.

Expected Behavior

It should create a new account and move on. 4d7fddaf7e/backend/open_webui/utils/oauth.py (L1225)

Actual Behavior

Error during OAuth process: password cannot be longer than 72 bytes, truncate manually if necessary (e.g. my_password[:72])

This error is coming during oauth signup flow. I am not sure what changed here. All new signups are breaking because of this. I am not sure why this even hits 4d7fddaf7e/backend/open_webui/routers/auths.py (L596) that particular endpoint. I would assume oauth.py is not making an api call to /signup but i am not sure.

Steps to Reproduce

On any oauth flow, try to signup without a pre created account.

Logs & Screenshots

Error during OAuth process: password cannot be longer than 72 bytes, truncate manually if necessary (e.g. my_password[:72])

Additional Information

No response

Originally created by @thenicekat on GitHub (Sep 30, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/17917 ### Check Existing Issues - [x] I have searched for any existing and/or related issues. - [x] I have searched for any existing and/or related discussions. - [x] I am using the latest version of Open WebUI. ### Installation Method Docker ### Open WebUI Version v0.6.32 ### Ollama Version (if applicable) _No response_ ### Operating System ubuntu ### Browser (if applicable) _No response_ ### Confirmation - [x] I have read and followed all instructions in `README.md`. - [x] I am using the latest version of **both** Open WebUI and Ollama. - [x] I have included the browser console logs. - [x] I have included the Docker container logs. - [x] I have **provided every relevant configuration, setting, and environment variable used in my setup.** - [x] I have clearly **listed every relevant configuration, custom setting, environment variable, and command-line option that influences my setup** (such as Docker Compose overrides, .env values, browser settings, authentication configurations, etc). - [x] I have documented **step-by-step reproduction instructions that are precise, sequential, and leave nothing to interpretation**. My steps: - Start with the initial platform/version/OS and dependencies used, - Specify exact install/launch/configure commands, - List URLs visited, user input (incl. example values/emails/passwords if needed), - Describe all options and toggles enabled or changed, - Include any files or environmental changes, - Identify the expected and actual result at each stage, - Ensure any reasonably skilled user can follow and hit the same issue. ### Expected Behavior It should create a new account and move on. https://github.com/open-webui/open-webui/blob/4d7fddaf7e434bf59fdd879ef11d712a503b7863/backend/open_webui/utils/oauth.py#L1225 ### Actual Behavior Error during OAuth process: password cannot be longer than 72 bytes, truncate manually if necessary (e.g. my_password[:72]) This error is coming during oauth signup flow. I am not sure what changed here. All new signups are breaking because of this. I am not sure why this even hits https://github.com/open-webui/open-webui/blob/4d7fddaf7e434bf59fdd879ef11d712a503b7863/backend/open_webui/routers/auths.py#L596 that particular endpoint. I would assume oauth.py is not making an api call to /signup but i am not sure. ### Steps to Reproduce On any oauth flow, try to signup without a pre created account. ### Logs & Screenshots Error during OAuth process: password cannot be longer than 72 bytes, truncate manually if necessary (e.g. my_password[:72]) ### Additional Information _No response_
GiteaMirror added the bug label 2026-04-20 00:39:15 -05:00
Author
Owner

@thenicekat commented on GitHub (Sep 30, 2025):

It's happening consistently on even without oauth:
This was me running a new openwebui image locally.

Image
<!-- gh-comment-id:3351332943 --> @thenicekat commented on GitHub (Sep 30, 2025): It's happening consistently on even without oauth: This was me running a new openwebui image locally. <img width="1383" height="113" alt="Image" src="https://github.com/user-attachments/assets/20f8c9b4-08ff-4443-99b6-be4b19c683e1" />
Author
Owner

@tjbck commented on GitHub (Sep 30, 2025):

@silentoplayz Are you able to reproduce here? I'm currently unable.

<!-- gh-comment-id:3352805186 --> @tjbck commented on GitHub (Sep 30, 2025): @silentoplayz Are you able to reproduce here? I'm currently unable.
Author
Owner

@thenicekat commented on GitHub (Sep 30, 2025):

huh? weird, um, should openwebui image require anything else out of the box? I have always used it this way and it always worked before.

Image
<!-- gh-comment-id:3352816152 --> @thenicekat commented on GitHub (Sep 30, 2025): huh? weird, um, should openwebui image require anything else out of the box? I have always used it this way and it always worked before. <img width="506" height="369" alt="Image" src="https://github.com/user-attachments/assets/7827a0e5-00b6-4980-9e11-23ee1f417c25" />
Author
Owner

@tjbck commented on GitHub (Sep 30, 2025):

We have not changed anything here for our latest release, something else might be playing a role here.

<!-- gh-comment-id:3352871252 --> @tjbck commented on GitHub (Sep 30, 2025): We have not changed anything here for our latest release, something else might be playing a role here.
Author
Owner

@silentoplayz commented on GitHub (Sep 30, 2025):

@tjbck I am able to reproduce with a long password being used on signup within the UI. Below is the password I attempted to create an account/sign up with:

ThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytes

The following notification toast is displayed on-click of Create Account:
Image

Error on backend:

2025-09-30 11:58:48.135 | ERROR    | open_webui.routers.auths:signup:672 - Signup error: 400: Uh-oh! The password you entered is too long. Please make sure your password is less than 72 bytes long.
<!-- gh-comment-id:3352871997 --> @silentoplayz commented on GitHub (Sep 30, 2025): @tjbck I am able to reproduce with a long password being used on signup within the UI. Below is the password I attempted to create an account/sign up with: ``` ThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytesThispasswordisactuallytoolongofrOpenWebUItoacceptandthereisnothingthatIcoulddoaboutitifthepasswordislongerthan72bytes ``` The following notification toast is displayed on-click of `Create Account`: <img width="2560" height="1273" alt="Image" src="https://github.com/user-attachments/assets/76282f01-08c9-4027-9c55-e84036f35bd1" /> Error on backend: ``` 2025-09-30 11:58:48.135 | ERROR | open_webui.routers.auths:signup:672 - Signup error: 400: Uh-oh! The password you entered is too long. Please make sure your password is less than 72 bytes long. ```
Author
Owner

@thenicekat commented on GitHub (Sep 30, 2025):

I just used abc as password

<!-- gh-comment-id:3352878893 --> @thenicekat commented on GitHub (Sep 30, 2025): I just used `abc` as password
Author
Owner

@silentoplayz commented on GitHub (Sep 30, 2025):

I just used abc as password

@thenicekat I can't reproduce with just abc as the password.
Image

<!-- gh-comment-id:3352886710 --> @silentoplayz commented on GitHub (Sep 30, 2025): > I just used `abc` as password @thenicekat I can't reproduce with just `abc` as the password. <img width="2560" height="982" alt="Image" src="https://github.com/user-attachments/assets/a3c69d17-8b6e-4307-b062-53a9c2e15017" />
Author
Owner
<!-- gh-comment-id:3352911501 --> @thenicekat commented on GitHub (Sep 30, 2025): https://github.com/user-attachments/assets/c1f7b26a-f0b8-4347-a537-828349d945d1
Author
Owner

@thenicekat commented on GitHub (Sep 30, 2025):

When I run backend locally (code on main), I could create an account, I am not sure what changed or what is going wrong in the docker image but, if I hit the server when I am running the docker image, it still fails.

<!-- gh-comment-id:3352962505 --> @thenicekat commented on GitHub (Sep 30, 2025): When I run backend locally (code on main), I could create an account, I am not sure what changed or what is going wrong in the docker image but, if I hit the server when I am running the docker image, it still fails.
Author
Owner

@thenicekat commented on GitHub (Sep 30, 2025):

Looks like it's coming from inside bcrypt.
So, openwebui backend passes it through but bcrypt fails it which is leading to different errors from me and @silentoplayz's side.

https://github.com/pyca/bcrypt/issues/1082
Possibly related.

<!-- gh-comment-id:3353060731 --> @thenicekat commented on GitHub (Sep 30, 2025): Looks like it's coming from inside [bcrypt](https://github.com/pyca/bcrypt/blob/8067b600835b3782b85b2f92e2d90461cb7873bf/src/_bcrypt/src/lib.rs#L87). So, openwebui backend passes it through but bcrypt fails it which is leading to different errors from me and @silentoplayz's side. https://github.com/pyca/bcrypt/issues/1082 Possibly related.
Author
Owner

@thenicekat commented on GitHub (Sep 30, 2025):

Confirmed: Downgrading bcrypt fixes it. I had unpinned versions of some of the libraries to remove vulnerabilities but maybe unpinning bcrypt was a bad idea. We can close this issue. Sorry for the trouble.

<!-- gh-comment-id:3353098279 --> @thenicekat commented on GitHub (Sep 30, 2025): Confirmed: Downgrading bcrypt fixes it. I had unpinned versions of some of the libraries to remove vulnerabilities but maybe unpinning bcrypt was a bad idea. We can close this issue. Sorry for the trouble.
Author
Owner

@thenicekat commented on GitHub (Oct 1, 2025):

https://github.com/pyca/bcrypt/issues/1079
Looks like they are encouraging us to stop using passlib. Is it okay if I make a PR removing passlib and using bcrypt directly? @tjbck @silentoplayz

<!-- gh-comment-id:3357406868 --> @thenicekat commented on GitHub (Oct 1, 2025): https://github.com/pyca/bcrypt/issues/1079 Looks like they are encouraging us to stop using passlib. Is it okay if I make a PR removing passlib and using bcrypt directly? @tjbck @silentoplayz
Author
Owner

@tjbck commented on GitHub (Oct 2, 2025):

Should be addressed with ebce0578e6 in dev!

<!-- gh-comment-id:3358596903 --> @tjbck commented on GitHub (Oct 2, 2025): Should be addressed with ebce0578e6bf8f04073a4c1674bcc16548e8ba42 in dev!
Author
Owner

@silentoplayz commented on GitHub (Oct 8, 2025):

@thenicekat Has ebce0578e6 addressed the issue for you?

<!-- gh-comment-id:3382258272 --> @silentoplayz commented on GitHub (Oct 8, 2025): @thenicekat Has https://github.com/open-webui/open-webui/commit/ebce0578e6bf8f04073a4c1674bcc16548e8ba42 addressed the issue for you?
Author
Owner

@thenicekat commented on GitHub (Oct 8, 2025):

I downgraded it, that definitely worked. I did not check any latest release yet.

<!-- gh-comment-id:3382300225 --> @thenicekat commented on GitHub (Oct 8, 2025): I downgraded it, that definitely worked. I did not check any latest release yet.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#18436