Users unable to reset password

General
1

Unsure why, but our artists are currently unable to reset their passwords through the ayon website. we are self hosting, and this feature worked a couple of weeks ago when we were setting up some users. Logging into the server I can see it is failing to retrieve some user data. Here’s the error:

2025-02-25 15:57:39 DEBUG      server          Enabled SMTP email support
2025-02-25 15:58:07 ERROR      anonymous       [POST] /users/passwordResetRequest: UNHANDLED EXCEPTION
2025-02-25 15:58:07 ERROR      server          'NoneType' object has no attribute 'get'
[2025-02-25 15:58:07 +0000] [1191242] [ERROR] Exception in ASGI application
Traceback (most recent call last):
  File "/usr/local/lib/python3.11/site-packages/uvicorn/protocols/http/httptools_impl.py", line 426, in run_asgi
    result = await app(  # type: ignore[func-returns-value]
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/uvicorn/middleware/proxy_headers.py", line 84, in __call__
    return await self.app(scope, receive, send)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/fastapi/applications.py", line 1054, in __call__
    await super().__call__(scope, receive, send)
  File "/usr/local/lib/python3.11/site-packages/starlette/applications.py", line 123, in __call__
    await self.middleware_stack(scope, receive, send)
  File "/usr/local/lib/python3.11/site-packages/starlette/middleware/errors.py", line 186, in __call__
    raise exc
  File "/usr/local/lib/python3.11/site-packages/starlette/middleware/errors.py", line 164, in __call__
    await self.app(scope, receive, _send)
  File "/usr/local/lib/python3.11/site-packages/starlette/middleware/exceptions.py", line 65, in __call__
    await wrap_app_handling_exceptions(self.app, conn)(scope, receive, send)
  File "/usr/local/lib/python3.11/site-packages/starlette/_exception_handler.py", line 64, in wrapped_app
    raise exc
  File "/usr/local/lib/python3.11/site-packages/starlette/_exception_handler.py", line 53, in wrapped_app
    await app(scope, receive, sender)
  File "/usr/local/lib/python3.11/site-packages/starlette/routing.py", line 756, in __call__
    await self.middleware_stack(scope, receive, send)
  File "/usr/local/lib/python3.11/site-packages/starlette/routing.py", line 776, in app
    await route.handle(scope, receive, send)
  File "/usr/local/lib/python3.11/site-packages/starlette/routing.py", line 297, in handle
    await self.app(scope, receive, send)
  File "/usr/local/lib/python3.11/site-packages/starlette/routing.py", line 77, in app
    await wrap_app_handling_exceptions(app, request)(scope, receive, send)
  File "/usr/local/lib/python3.11/site-packages/starlette/_exception_handler.py", line 64, in wrapped_app
    raise exc
  File "/usr/local/lib/python3.11/site-packages/starlette/_exception_handler.py", line 53, in wrapped_app
    await app(scope, receive, sender)
  File "/usr/local/lib/python3.11/site-packages/starlette/routing.py", line 72, in app
    response = await func(request)
               ^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/fastapi/routing.py", line 278, in app
    raw_response = await run_endpoint_function(
                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.11/site-packages/fastapi/routing.py", line 191, in run_endpoint_function
    return await dependant.call(**values)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/backend/api/users/password_reset.py", line 55, in password_reset_request
    password_requet_time = password_reset_request.get("time", None)
                           ^^^^^^^^^^^^^^^^^^^^^^^^^^

I pulled the latest images and it all restarted fine. but still have the issue. Is this a bug? Unsure how it started happening in the first place, we hadn’t touched the server since we installed it

Thanks

3

We’ve had similar issues. Its difficult to track down the actual issue.

However, while we weren’t able to completely resolve the issues, it turns out that many of them weren’t able to reset when they used different case letters in their email than what was in their profile. ie- No@no.Com on file no@no.com

Again, we still have this problem from time to time or user to user, but the above issue resolved many of the errors.

4

None of our emails have a mixure of upper/lowercase. I even tested it on myself, who had previously changed my email, and it errored. It would be nice to know if there was a way to resolve it. We are really close to rolling it out site-wide, but if we can’t get users to set passwords, this is going to delay our release

5

Thanks for reporting this. I’ve reproduced the issue and i should be fixed for the upcoming release (that should be out today).

6

thanks @martin.wacker is this something that will just require pulling the latest docker image?
thanks

7

Just pull the latest (1.7.3) image when it’s out (should be in an hour or so)

1 Like
8

legend, thank you @martin.wacker