@james I have done this

@Divemasterza said in Anyone successfully installed a fileserver MCP?: I implemented this solutions - https://github.com/GlisseManTV/MCPO-File-Generation-Tool works like a charm! Huh, at first look I think this looks like some brilliant solution implementation, wow. Nice work mate.

To clarify what 'restore' means , I think @james means https://docs.cloudron.io/backups/#import-app-backup . Install a fresh app with SSO and then import your existing app into this new app.

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