Issues with Cloudron Login Integration for Open WebUI
-
To solve this issue please take a look here as the solution. It might not be the best solution that you expect, but so far, this can resolve your issue
-
Thanks, but if we revert to an old backup, then we will lose information and models made.
I think we will look at something else. Cloudron seems to be lacking when it comes to AI apps. Easypanel has about 7
Thank you for the help.
@apesorguk you don't need to revert to old backup, with the latest update just enter the information of your openwebui instance. You enter with www.yourdomain.com:3000 as admin then go to setting > General and then enter your domain
-
@apesorguk
When you are using the latest version, on every app restart the correct domain is set.
Please update to the latest version and restart app.
Please report back if this solves the issue.Cloudron say no updates available, so assume it is all up to date.
Open WebUI OpenWebUI 0.9.2 (Ollama 0.9.2)
Version
v0.6.15
(latest)The correct domain is set every restart
but when URL is set to sub.domain.org.uk:3000 just hangs the next page saying there is no response
and when set to sub.domain.org.uk the login page just keeps refreshing when clicking Login with cloudron.
is it meant to be sub.domain.org.uk or sub.domain.org.uk:3000 also do you put https:// or not.
-
Yep, that worked. So, tell me?
- If the field is meant to be blank. Why are fresh installs completing the field with the URL set at install via Cloudron?
- Also, if that being that it is automatically being filled at the time of install, why is it allowing cloudron logins?
-
Yep, that worked. So, tell me?
- If the field is meant to be blank. Why are fresh installs completing the field with the URL set at install via Cloudron?
- Also, if that being that it is automatically being filled at the time of install, why is it allowing cloudron logins?
@apesorguk said in Issues with Cloudron Login Integration for Open WebUI:
If the field is meant to be blank.
I've never stated it is meant to be blank.
I have stated on each restart we configure this. The OpenWebUI does not always refelect the settings in the database in the UI.@apesorguk said in Issues with Cloudron Login Integration for Open WebUI:
Also, if that being that it is automatically being filled at the time of install, why is it allowing cloudron logins?
Sorry, I don't understand what you mean with this question.
We set the.webui.urlin the startup directly into the database.
See https://git.cloudron.io/packages/openwebui-app/-/blob/main/start.sh?ref_type=heads#L71-L78 -
@james said in Issues with Cloudron Login Integration for Open WebUI:
@apesorguk said in Issues with Cloudron Login Integration for Open WebUI:
If the field is meant to be blank.
I've never stated it is meant to be blank.
I have stated on each restart we configure this. The OpenWebUI does not always refelect the settings in the database in the UI.(So basically it's buggy and is duplicating entries by entering it into the database at install, and conflicting if editing or changing the .WEBUI.URL within the UI after install? If this is the case, why not lock the field like in IMMICH app, where it says settings are controlled by a file and locks admin settings from being changed? Bearing in mind that in the UI it says https://localhost:3000 in the field when empty, making it seem like that is the type of format that needs to be in the field? (seen by a novice)
@apesorguk said in Issues with Cloudron Login Integration for Open WebUI:
Also, if that being that it is automatically being filled at the time of install, why is it allowing cloudron logins?
Sorry, I don't understand what you mean with this question.
We set the.webui.urlin the startup directly into the database.
See https://git.cloudron.io/packages/openwebui-app/-/blob/main/start.sh?ref_type=heads#L71-L78When you install a fresh install of Open WebUI it automatically fills .WEBUI.URL with what is entered here in the screenshot. Bearing in mind, I selected to allow all users from the cloudron option.
Now if having .WEBUI.URL filled with the URL of your install stops Cloudron login from working. Why is it being auto-filled with the Open WebUI URL when selecting Allow all users from the cloudron?
@james said in Issues with Cloudron Login Integration for Open WebUI:
You have to put nothing in there. (I did not put that there; you insinuated I had. The URL there was the URL installed by Cloudron at the time of install.)
Leave the field alone. Don't type anything in there by hand. (I did not change or type anything in manually. This error with cloudron login started maybe a week or two ago. 2-3 months after initial setup.)
Restart the app, this should solve the issue. (Thanks, removing and leaving blank worked, users can now login again with login with cloudron)Since removing the URL set in .WEBUI.IRL in the UI, my users can now log in to Open WebUI with cloudron login.
-
@james said in Issues with Cloudron Login Integration for Open WebUI:
@apesorguk said in Issues with Cloudron Login Integration for Open WebUI:
If the field is meant to be blank.
I've never stated it is meant to be blank.
I have stated on each restart we configure this. The OpenWebUI does not always refelect the settings in the database in the UI.(So basically it's buggy and is duplicating entries by entering it into the database at install, and conflicting if editing or changing the .WEBUI.URL within the UI after install? If this is the case, why not lock the field like in IMMICH app, where it says settings are controlled by a file and locks admin settings from being changed? Bearing in mind that in the UI it says https://localhost:3000 in the field when empty, making it seem like that is the type of format that needs to be in the field? (seen by a novice)
@apesorguk said in Issues with Cloudron Login Integration for Open WebUI:
Also, if that being that it is automatically being filled at the time of install, why is it allowing cloudron logins?
Sorry, I don't understand what you mean with this question.
We set the.webui.urlin the startup directly into the database.
See https://git.cloudron.io/packages/openwebui-app/-/blob/main/start.sh?ref_type=heads#L71-L78When you install a fresh install of Open WebUI it automatically fills .WEBUI.URL with what is entered here in the screenshot. Bearing in mind, I selected to allow all users from the cloudron option.
Now if having .WEBUI.URL filled with the URL of your install stops Cloudron login from working. Why is it being auto-filled with the Open WebUI URL when selecting Allow all users from the cloudron?
@james said in Issues with Cloudron Login Integration for Open WebUI:
You have to put nothing in there. (I did not put that there; you insinuated I had. The URL there was the URL installed by Cloudron at the time of install.)
Leave the field alone. Don't type anything in there by hand. (I did not change or type anything in manually. This error with cloudron login started maybe a week or two ago. 2-3 months after initial setup.)
Restart the app, this should solve the issue. (Thanks, removing and leaving blank worked, users can now login again with login with cloudron)Since removing the URL set in .WEBUI.IRL in the UI, my users can now log in to Open WebUI with cloudron login.
@apesorguk said in Issues with Cloudron Login Integration for Open WebUI:
Since removing the URL set in .WEBUI.IRL in the UI, my users can now log in to Open WebUI with cloudron login.
Great to read it is working now.
