You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are using AzureAD to provide SSO for our users. Out of approximately 50 users, 2 are experiencing difficulties logging in. This difference has been difficult to track down.
After a successful login and redirect to /chat, the affected users see the following message:
Using developer tools, I see a "431 Request Header Fields Too Large" error. The proxy access log shows:
Initially, I suspected the proxy, but the total payload is only tens of KB—well below the proxy's header size limits. The access logs indicate that the application itself is issuing the 431 error.
Can you advise on possible causes for this issue and suggest how I can resolve it?
📷 Recurrence Steps
This issue is inconsistent to reproduce: 48 users do not have any problems, while 2 users experience the issue consistently.
🚦 Expected Behavior
Login should be error with a 431 error.
📝 Additional Information
Looking at the cookies for both working and affected users, I’ve noticed a difference. For users who are unable to log in, the authjs session token is split across four key-value pairs with the following keys:
Thank you for raising an issue. We will investigate into the matter and get back to you as soon as possible.
Please make sure you have given us as much context as possible.
非常感谢您提交 issue。我们会尽快调查此事,并尽快回复您。 请确保您已经提供了尽可能多的背景信息。
📦 Platform
Self hosting Docker
📦 Deploymenet mode
server db(lobe-chat-database image)
📌 Version
v1.79.10
💻 Operating System
Windows
🌐 Browser
Chrome
🐛 Bug Description
We are using AzureAD to provide SSO for our users. Out of approximately 50 users, 2 are experiencing difficulties logging in. This difference has been difficult to track down.
After a successful login and redirect to /chat, the affected users see the following message:
Using developer tools, I see a "431 Request Header Fields Too Large" error. The proxy access log shows:
Initially, I suspected the proxy, but the total payload is only tens of KB—well below the proxy's header size limits. The access logs indicate that the application itself is issuing the 431 error.
Can you advise on possible causes for this issue and suggest how I can resolve it?
📷 Recurrence Steps
This issue is inconsistent to reproduce: 48 users do not have any problems, while 2 users experience the issue consistently.
🚦 Expected Behavior
Login should be error with a 431 error.
📝 Additional Information
Looking at the cookies for both working and affected users, I’ve noticed a difference. For users who are unable to log in, the
authjs
session token is split across four key-value pairs with the following keys:All other users have a single key-value pair:
This may be contributing to the issue.
The text was updated successfully, but these errors were encountered: