Hello @firmansi Thanks for the feedback. I was only able to confirm it was working with a debug startup. So it is very good to read from you that it is in fact working.

It depend on the PDF itself I guess. I've uploaded one, and got a new error message. [image: 1753521763160-c7c88ba2-416b-499e-825b-64ffcb747c7c-image.png]

@Divemasterza This also not supported on Cloudron, I have asked before to cloudron team to have the packaged installed with mcp proxy, but still not ready yet, the solution is to use another mcp server hosted in other server like https://github.com/metatool-ai/metamcp

@Divemasterza hopefully cloduron team can make this is standalone app

@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.

Yes, you could also clone the app to test the update.

I'm struggling with the same issue, using an EXT4 disk as volume (additional disk passed to cloudron via proxmox). Any hints on how the directory for the volume needs to be configured (permissions/ownership)?

@canadaduane Glad I can help

thanks for your return; as you expected; yes the issue is located somewhere else than Cloudron or Open-WebUI it's at a proxy level; which in my case CloudFlare

@JOduMonT is the reranker using ollama or with Jina api?

@BrutalBirdie Hey, thanks for the recovery mode tip for weekend tinkering! I gave it a shot: cloned the app, used recovery mode, and manually ran pip install google-genai in the terminal. That worked, and the Gemini function requiring it did become active in Open WebUI. Unfortunately, it turns out Google removed the "thoughts" feature via the API recently (see discussion here: https://github.com/googleapis/python-genai/issues/226), so that specific goal is moot now, it seems. However, this experiment confirms the underlying need. It would still be very valuable if Open WebUI's own mechanism for installing function dependencies (defined in frontmatter) could work correctly on Cloudron by targeting /app/data. This would allow other current or future functions needing packages (beyond just this specific Gemini one) to be installed seamlessly as intended by Open WebUI, without needing manual recovery mode workarounds. So, the original request to fix that installer path for the Frontmatter mechanism remains relevant for general function extensibility. Thanks again for the suggestion!

It would be awesome if openwebui could use the Cloudron Tika server.

@nebulon understood; it's just in my testing environment (home) I'm use to connect my container via container_name:port without exposing the port. such as OpenWebUI connect to my Searxng because --- services: open-webui: searxng: container_name: searxng Now I understand this is not viable into a multi-domains, multi-services environment Do you think something similar is possible and viable ?

Perfect, thank you!

@ekevu123 said in Transcribe YouTube videos: this videos has captions, right? yes @ekevu123 said in Transcribe YouTube videos: Does it work for you? It doesn't work for me I don't currently have an instance running so can't check, sorry

@nebulon thanks for the tips and do you mind looking at this one ? https://forum.cloudron.io/topic/13320/accessing-the-openwebui-api/5?_=1740050615827 I'm unable to use the APP ID to connect to it.

@timconsidine no, but you can get GPU servers with AI niceties from Koyeb. I think They have a Ollama installer.

@girish Any chance of adding popular python packages to this Cloudron App? Quite a few functions here needing them: https://openwebui.com/functions Eg: https://openwebui.com/f/fovendor/flux_inpainting https://openwebui.com/f/fovendor/flux_gen