[GH-ISSUE #8262] feat: native desktop app #30585

Closed
opened 2026-04-25 04:49:24 -05:00 by GiteaMirror · 33 comments
Owner

Originally created by @tjbck on GitHub (Jan 2, 2025).
Original GitHub issue: https://github.com/open-webui/open-webui/issues/8262

Originally assigned to: @tjbck on GitHub.

needed for real time push notifications.

for both desktop & mobile

  • should have an option to switch between multiple servers (think slack/discord)
  • should handle real-time notifications (just like slack/discord)

related: https://github.com/open-webui/open-webui/issues/470

https://github.com/open-webui/app

Originally created by @tjbck on GitHub (Jan 2, 2025). Original GitHub issue: https://github.com/open-webui/open-webui/issues/8262 Originally assigned to: @tjbck on GitHub. needed for real time push notifications. for both desktop & mobile - [ ] should have an option to switch between multiple servers (think slack/discord) - [ ] should handle real-time notifications (just like slack/discord) related: https://github.com/open-webui/open-webui/issues/470 https://github.com/open-webui/app
GiteaMirror added the enhancementhelp wantedcore labels 2026-04-25 04:49:25 -05:00
Author
Owner

@motin commented on GitHub (Jan 3, 2025):

Related, for the desktop: https://github.com/open-webui/open-webui/issues/470, mobile: https://github.com/open-webui/open-webui/issues/3025 https://github.com/open-webui/open-webui/discussions/3031
I can take a stab at packaging open webui using Tauri, which has both desktop and mobile. Mobile version would need a remote backend endpoint probably, since installing python apps as tauri sidecars is not an option on mobile (unless the whole backend somehow would run via pyodide...)
Note: I have previously packaged open webui as an electron app as part of https://rememberthis.ai/, but find Electron clunky and hard to get right cross-platform-wise.

<!-- gh-comment-id:2569050068 --> @motin commented on GitHub (Jan 3, 2025): Related, for the desktop: https://github.com/open-webui/open-webui/issues/470, mobile: https://github.com/open-webui/open-webui/issues/3025 https://github.com/open-webui/open-webui/discussions/3031 I can take a stab at packaging open webui using Tauri, which has both desktop and mobile. Mobile version would need a remote backend endpoint probably, since installing python apps as tauri sidecars is not an option on mobile (unless the whole backend somehow would run via pyodide...) Note: I have previously packaged open webui as an electron app as part of https://rememberthis.ai/, but find Electron clunky and hard to get right cross-platform-wise.
Author
Owner

@motin commented on GitHub (Jan 3, 2025):

Started a discussion thread about native app packaging here: https://github.com/open-webui/open-webui/discussions/8294

<!-- gh-comment-id:2569489855 --> @motin commented on GitHub (Jan 3, 2025): Started a discussion thread about native app packaging here: https://github.com/open-webui/open-webui/discussions/8294
Author
Owner

@MaximeRivest commented on GitHub (Jan 3, 2025):

With a native app 'paired' to a backend running on a server 'online', I presume it would make it easier for users to get OpenWebUI to run something on their machine.

Something like: I have a server hosting the messages, install config, and functions/prompt templates etc. But I want Llama-70B (again running on the server) to send code to the client which the user can run and provide the context back to Llama. Questions like: "My laptop is full, can you tell me what the 5 biggest folders are?" could be tackled elegantly with such an integration between the server and the client. This, in my experience, requires some sort of 'tiny' server on the client. A native app would be the 'opportunity' to install such a server. Probably should be opt-in for security.

<!-- gh-comment-id:2569760242 --> @MaximeRivest commented on GitHub (Jan 3, 2025): With a native app 'paired' to a backend running on a server 'online', I presume it would make it easier for users to get OpenWebUI to run something on their machine. Something like: I have a server hosting the messages, install config, and functions/prompt templates etc. But I want Llama-70B (again running on the server) to send code to the client which the user can run and provide the context back to Llama. Questions like: "My laptop is full, can you tell me what the 5 biggest folders are?" could be tackled elegantly with such an integration between the server and the client. This, in my experience, requires some sort of 'tiny' server on the client. A native app would be the 'opportunity' to install such a server. Probably should be opt-in for security.
Author
Owner

@reecelikesramen commented on GitHub (Jan 4, 2025):

I agree, the full server built into app would be a good option for less advanced users and could increase adoption. But, even if you're pairing with remote servers, having that API for interacting with the system remotely or locally would be good and could lead to very useful features. Especially if there are intents to bring some useful features from the ChatGPT app like window screenshots or Mac OS app context, or extend into the agentic computer-use territory.

I mentioned this in the other thread, but I have what could be some useful code to springboard a native desktop app in https://github.com/reecelikesramen/open-webui-desktop.

<!-- gh-comment-id:2569983141 --> @reecelikesramen commented on GitHub (Jan 4, 2025): I agree, the full server built into app would be a good option for less advanced users and could increase adoption. But, even if you're pairing with remote servers, having that API for interacting with the system remotely or locally would be good and could lead to very useful features. Especially if there are intents to bring some useful features from the ChatGPT app like window screenshots or Mac OS app context, or extend into the agentic computer-use territory. I mentioned this in the other thread, but I have what could be some useful code to springboard a native desktop app in https://github.com/reecelikesramen/open-webui-desktop.
Author
Owner

@motin commented on GitHub (Jan 4, 2025):

@MaximeRivest That use case can probably be solved most elegantly with a MCP Server running locally, which Open WebUI has access to.

Interesting question to @tjbck - would an MCP Server also be enough for the real time push notifications? If so, it'd probably be a better path forward to set up a very tiny MCP Server which allows for users to have real time push notifications and some other local actions enabled.

<!-- gh-comment-id:2570231676 --> @motin commented on GitHub (Jan 4, 2025): @MaximeRivest That use case can probably be solved most elegantly with a [MCP](https://modelcontextprotocol.io) Server running locally, which Open WebUI has access to. Interesting question to @tjbck - would an MCP Server also be enough for the real time push notifications? If so, it'd probably be a better path forward to set up a very tiny MCP Server which allows for users to have real time push notifications and some other local actions enabled.
Author
Owner

@tjbck commented on GitHub (Jan 4, 2025):

Thank you everyone for the great input and ideas—it’s fantastic to see so much interest and collaboration on this! Here's where my head's at regarding the native companion app:

What I'm envisioning here is something modeled more closely after apps like Slack or Discord. The key functionality would allow users to seamlessly switch between multiple Open WebUI servers (e.g., hosted instances, someone else’s, or a local server) within the same app, paired with robust real-time push notification support. This would align perfectly with the recently introduced "channels" feature, which increases the need for such functionality. A webview-based approach, as implemented by @reecelikesramen, is a solid starting point, and could work much like how Slack or Discord structure their apps.

Mobile support is another area we should prioritize. While I wouldn’t expect a complex mobile app in the short term, a lightweight, webview-based companion app for mobile users should absolutely be on our roadmap. It would need to include core functionalities such as real-time notifications to ensure a seamless user experience across desktop and mobile platforms.

@motin MCP servers seem promising, particularly for tool calling integrations—something I'll be investigating further. That said, our core ethos is being framework-agnostic, so it wouldn’t be a good fit here. Still, I encourage experimentation to explore all possibilities.

Thank you again for everyone’s thoughts—Let’s keep iterating!

<!-- gh-comment-id:2570334514 --> @tjbck commented on GitHub (Jan 4, 2025): Thank you everyone for the great input and ideas—it’s fantastic to see so much interest and collaboration on this! Here's where my head's at regarding the native companion app: What I'm envisioning here is something modeled more closely after apps like Slack or Discord. The key functionality would allow users to seamlessly switch between multiple Open WebUI servers (e.g., hosted instances, someone else’s, or a local server) within the same app, paired with robust real-time push notification support. This would align perfectly with the recently introduced "channels" feature, which increases the need for such functionality. A webview-based approach, as implemented by @reecelikesramen, is a solid starting point, and could work much like how Slack or Discord structure their apps. Mobile support is another area we should prioritize. While I wouldn’t expect a complex mobile app in the short term, a lightweight, webview-based companion app for mobile users should absolutely be on our roadmap. It would need to include core functionalities such as real-time notifications to ensure a seamless user experience across desktop and mobile platforms. @motin MCP servers seem promising, particularly for tool calling integrations—something I'll be investigating further. That said, our core ethos is being framework-agnostic, so it wouldn’t be a good fit here. Still, I encourage experimentation to explore all possibilities. Thank you again for everyone’s thoughts—Let’s keep iterating!
Author
Owner

@motin commented on GitHub (Jan 4, 2025):

Ok thanks for additional context @tjbck! To deduplicate discussion threads I suggest we continue discussing Tauri-based packaging in https://github.com/open-webui/open-webui/discussions/8294. There is also https://github.com/open-webui/open-webui/issues/470 but it is closed for others than maintainers so we can't use that issue at the moment.

Maybe if @tjbck you can contribute your thoughts on https://github.com/open-webui/open-webui/discussions/8294#discussioncomment-11731670 then we can execute on whatever of the options that we decide.

<!-- gh-comment-id:2571264918 --> @motin commented on GitHub (Jan 4, 2025): Ok thanks for additional context @tjbck! To deduplicate discussion threads I suggest we continue discussing Tauri-based packaging in https://github.com/open-webui/open-webui/discussions/8294. There is also https://github.com/open-webui/open-webui/issues/470 but it is closed for others than maintainers so we can't use that issue at the moment. Maybe if @tjbck you can contribute your thoughts on https://github.com/open-webui/open-webui/discussions/8294#discussioncomment-11731670 then we can execute on whatever of the options that we decide.
Author
Owner

@tjbck commented on GitHub (Jan 4, 2025):

I would consider https://github.com/open-webui/open-webui/issues/470 a entirely different feature (w/ some overlap), single binary executable is still needed to make running Open WebUI itself as easy as possible for admins (just like Ollama). Whereas the focus for this feature request is to create a companion app for the end-users of the system.

<!-- gh-comment-id:2571440399 --> @tjbck commented on GitHub (Jan 4, 2025): I would consider https://github.com/open-webui/open-webui/issues/470 a entirely different feature (w/ some overlap), single binary executable is still needed to make running Open WebUI itself as easy as possible for admins (just like Ollama). Whereas the focus for this feature request is to create a companion app for the end-users of the system.
Author
Owner

@tjbck commented on GitHub (Jan 5, 2025):

Perhaps https://github.com/open-webui/open-webui/issues/470 could be somehow combined with this, I'll be allocating more of my mental resources into thinking about this.

Related: https://github.com/open-webui/app

https://github.com/jupyterlab/jupyterlab-desktop

<!-- gh-comment-id:2571459888 --> @tjbck commented on GitHub (Jan 5, 2025): Perhaps https://github.com/open-webui/open-webui/issues/470 could be somehow combined with this, I'll be allocating more of my mental resources into thinking about this. Related: https://github.com/open-webui/app https://github.com/jupyterlab/jupyterlab-desktop
Author
Owner

@motin commented on GitHub (Jan 5, 2025):

To distill the various features discussed so far:

  1. Single binary executable to make running Open WebUI itself as easy as possible for admins (just like Ollama, it just starts the services in the background)
  2. A native desktop/mobile app with a simple UI that connects to a running Open WebUI instance
  3. An option to switch between multiple servers (think slack/discord)
  4. Real-time notifications (just like slack/discord)

These maps to ongoing efforts as follows:

  1. Is tracked in https://github.com/open-webui/open-webui/issues/470 which mentions a windows-build script in https://github.com/zhouxihong1/build_start_open_webui and an indication of pyinstaller-scripts may come soon but the issue thread was locked by moderators in October so there is not much progress there
  2. Is implemented by @reecelikesramen in https://github.com/reecelikesramen/open-webui-desktop (the open webui base url is entered upon starting the desktop app)
  3. Not yet implemented, but can easily be added to https://github.com/reecelikesramen/open-webui-desktop
  4. Not yet implemented, but can easily be added to https://github.com/reecelikesramen/open-webui-desktop when there are official signing certificates available)

I have implemented features 1 and 2 for Mac already using Pyinstaller + Electron as part of https://rememberthis.ai and I am happy to contribute the Pyinstaller part (I find Electron a bit clunky so I'd rather see we use Tauri for packaging the native desktop/mobile apps), I just wonder where to contribute it? Directly to this repo, or to https://github.com/open-webui/app? Once that is in place, it is trivial to bundle the single binary executable as a sidecar to a simple Tauri/Electron app and get the same ease of installation as Ollama.

Or @tjbck do you prefer to run with this yourself, if so, we'll step back and wait for whatever you have in mind to take shape, then come back and see what we can contribute...

<!-- gh-comment-id:2571596550 --> @motin commented on GitHub (Jan 5, 2025): To distill the various features discussed so far: 1. Single binary executable to make running Open WebUI itself as easy as possible for admins (just like Ollama, it just starts the services in the background) 2. A native desktop/mobile app with a simple UI that connects to a running Open WebUI instance 3. An option to switch between multiple servers (think slack/discord) 4. Real-time notifications (just like slack/discord) These maps to ongoing efforts as follows: 1. Is tracked in https://github.com/open-webui/open-webui/issues/470 which mentions a windows-build script in https://github.com/zhouxihong1/build_start_open_webui and an indication of pyinstaller-scripts may come soon but the issue thread was locked by moderators in October so there is not much progress there 2. Is implemented by @reecelikesramen in https://github.com/reecelikesramen/open-webui-desktop (the open webui base url is entered upon starting the desktop app) 3. Not yet implemented, but can easily be added to https://github.com/reecelikesramen/open-webui-desktop 4. Not yet implemented, but can easily be added to https://github.com/reecelikesramen/open-webui-desktop when there are official signing certificates available) I have implemented features 1 and 2 for Mac already using Pyinstaller + Electron as part of https://rememberthis.ai and I am happy to contribute the Pyinstaller part (I find Electron a bit clunky so I'd rather see we use Tauri for packaging the native desktop/mobile apps), I just wonder where to contribute it? Directly to this repo, or to https://github.com/open-webui/app? Once that is in place, it is trivial to bundle the single binary executable as a sidecar to a simple Tauri/Electron app and get the same ease of installation as Ollama. Or @tjbck do you prefer to run with this yourself, if so, we'll step back and wait for whatever you have in mind to take shape, then come back and see what we can contribute...
Author
Owner

@tjbck commented on GitHub (Jan 6, 2025):

Thanks for laying all this out. I’m still trying to come up with an implementation that just clicks in my head, so give me a moment to piece everything together. Like you mentioned I’ll definitely set up the scaffolding first (I’m leaning toward something closer to the approach used by JupyterLab Desktop for installation) to set the direction of the development. The more I think about it, merging this effort with #470 makes a lot of sense, especially since it could help address some of the common issues less technical folks face—like tricky Docker networking problems.

With that being said, don’t let this stop you from starting your own version in parallel if you’ve got some ideas! It’s always great to have multiple approaches to learn from. Let’s keep the momentum going, and I’ll circle back with a clearer picture soon. Thanks again for your willingness to contribute here—it’s much appreciated!

<!-- gh-comment-id:2572327411 --> @tjbck commented on GitHub (Jan 6, 2025): Thanks for laying all this out. I’m still trying to come up with an implementation that just clicks in my head, so give me a moment to piece everything together. Like you mentioned I’ll definitely set up the scaffolding first (I’m leaning toward something closer to the approach used by [JupyterLab Desktop](https://github.com/jupyterlab/jupyterlab-desktop) for installation) to set the direction of the development. The more I think about it, merging this effort with #470 makes a lot of sense, especially since it could help address some of the common issues less technical folks face—like tricky Docker networking problems. With that being said, don’t let this stop you from starting your own version in parallel if you’ve got some ideas! It’s always great to have multiple approaches to learn from. Let’s keep the momentum going, and I’ll circle back with a clearer picture soon. Thanks again for your willingness to contribute here—it’s much appreciated!
Author
Owner

@rgaricano commented on GitHub (Jan 9, 2025):

For notifications maybe this help: https://github.com/binwiederhier/ntfy
or the original: https://github.com/dschep/ntfy (and webpush too https://github.com/dschep/ntfy-webpush )

<!-- gh-comment-id:2579372465 --> @rgaricano commented on GitHub (Jan 9, 2025): For notifications maybe this help: https://github.com/binwiederhier/ntfy or the original: https://github.com/dschep/ntfy (and webpush too https://github.com/dschep/ntfy-webpush )
Author
Owner

@thgoebel commented on GitHub (Jan 17, 2025):

needed for real time push notifications.

Why not use WebPush?

See:

Of course, there may still be reasons for doing native apps. I'm just saying that push shouldn't be one of them, the web supports push.

<!-- gh-comment-id:2598051409 --> @thgoebel commented on GitHub (Jan 17, 2025): > needed for real time push notifications. Why not use WebPush? See: - https://web.dev/articles/push-notifications-overview - https://developer.mozilla.org/en-US/docs/Web/API/Push_API - https://www.w3.org/TR/push-api/ - https://datatracker.ietf.org/doc/html/rfc8030 Of course, there may still be reasons for doing native apps. I'm just saying that push shouldn't be one of them, the web supports push.
Author
Owner

@spammenotinoz commented on GitHub (Feb 25, 2025):

Thanks for laying all this out. I’m still trying to come up with an implementation that just clicks in my head, so give me a moment to piece everything together. Like you mentioned I’ll definitely set up the scaffolding first (I’m leaning toward something closer to the approach used by JupyterLab Desktop for installation) to set the direction of the development. The more I think about it, merging this effort with #470 makes a lot of sense, especially since it could help address some of the common issues less technical folks face—like tricky Docker networking problems.

With that being said, don’t let this stop you from starting your own version in parallel if you’ve got some ideas! It’s always great to have multiple approaches to learn from. Let’s keep the momentum going, and I’ll circle back with a clearer picture soon. Thanks again for your willingness to contribute here—it’s much appreciated!

There are already a few Apps, iOS and Android that work well with Open-Webui. In my experience Pretty much any app that supports and OpenAI compatible API Endpoint works well. My only issue\concern is you need to jump through numerous sales pitch setup screens promoting their monthly plans before you can configure custom providers.

Pal Chat and Chatbox AI are two that I use. Pal Chat supports the iOS shortcuts.

Soo many apps, really suprised someone hasn't published \ made available for sale a generic API powered app.
Like it's probably in the store, but too difficult to find.

<!-- gh-comment-id:2680705333 --> @spammenotinoz commented on GitHub (Feb 25, 2025): > Thanks for laying all this out. I’m still trying to come up with an implementation that just clicks in my head, so give me a moment to piece everything together. Like you mentioned I’ll definitely set up the scaffolding first (I’m leaning toward something closer to the approach used by [JupyterLab Desktop](https://github.com/jupyterlab/jupyterlab-desktop) for installation) to set the direction of the development. The more I think about it, merging this effort with [#470](https://github.com/open-webui/open-webui/issues/470) makes a lot of sense, especially since it could help address some of the common issues less technical folks face—like tricky Docker networking problems. > > With that being said, don’t let this stop you from starting your own version in parallel if you’ve got some ideas! It’s always great to have multiple approaches to learn from. Let’s keep the momentum going, and I’ll circle back with a clearer picture soon. Thanks again for your willingness to contribute here—it’s much appreciated! There are already a few Apps, iOS and Android that work well with Open-Webui. In my experience Pretty much any app that supports and OpenAI compatible API Endpoint works well. My only issue\concern is you need to jump through numerous sales pitch setup screens promoting their monthly plans before you can configure custom providers. Pal Chat and Chatbox AI are two that I use. Pal Chat supports the iOS shortcuts. Soo many apps, really suprised someone hasn't published \ made available for sale a generic API powered app. Like it's probably in the store, but too difficult to find.
Author
Owner

@spammenotinoz commented on GitHub (May 28, 2025):

As Android user I'm using Native Alpha as workaround for waiting official (any sort of) app.

That would be of limited value given Open-Webui is already a PWA app, and the entire purpose of Native Alpha is to turn web-sites that don't have a PWA manifest into a PWA App. Perhaps look into your setup as to why PWA is not working, or use many apps already in the App Store that support OpenAI compatible APIs.

I use, Pal Chat and Chatbox AI to connect to my Open-WebUI instance.
For Chrome\Edge I use UltimateAI browser extension, but many options that support OpenAI API's can be found in the store.
My Open-Webui functions still work, via API, such as GPT-Image Generation and Google Image Generation, but at the end of the day the PWA app experience is pretty good. The only let-downs are lack of real-time voice and direct integration into Android\iOS (but that seems unlikely)

<!-- gh-comment-id:2914949459 --> @spammenotinoz commented on GitHub (May 28, 2025): > As Android user I'm using [Native Alpha](https://apt.izzysoft.de/fdroid/index/apk/com.cylonid.nativealpha) as workaround for waiting official (any sort of) app. That would be of limited value given Open-Webui is already a PWA app, and the entire purpose of Native Alpha is to turn web-sites that don't have a PWA manifest into a PWA App. Perhaps look into your setup as to why PWA is not working, or use many apps already in the App Store that support OpenAI compatible APIs. I use, Pal Chat and Chatbox AI to connect to my Open-WebUI instance. For Chrome\Edge I use UltimateAI browser extension, but many options that support OpenAI API's can be found in the store. My Open-Webui functions still work, via API, such as GPT-Image Generation and Google Image Generation, but at the end of the day the PWA app experience is pretty good. The only let-downs are lack of real-time voice and direct integration into Android\iOS (but that seems unlikely)
Author
Owner

@SadmL commented on GitHub (May 28, 2025):

why PWA is not working

Coz I'm not using Google stuff (except Youtube via NewPipe and local Gemma 3). My browser is Fennec.

<!-- gh-comment-id:2915093034 --> @SadmL commented on GitHub (May 28, 2025): > why PWA is not working Coz I'm not using Google stuff (except Youtube via NewPipe and local Gemma 3). My browser is [Fennec](https://f-droid.org/packages/org.mozilla.fennec_fdroid/).
Author
Owner

@thgoebel commented on GitHub (May 28, 2025):

Firefox for Android (and by implication Fennec) has PWA support:

<!-- gh-comment-id:2915115345 --> @thgoebel commented on GitHub (May 28, 2025): Firefox for Android (and by implication Fennec) has PWA support: <img src=https://github.com/user-attachments/assets/9e13bde1-d6e6-46c6-ba21-d2ccce922e29 width=300>
Author
Owner

@SadmL commented on GitHub (May 28, 2025):

Oh-uh. Never noticed. Thank you.

<!-- gh-comment-id:2915119538 --> @SadmL commented on GitHub (May 28, 2025): Oh-uh. Never noticed. Thank you.
Author
Owner

@spammenotinoz commented on GitHub (May 28, 2025):

Firefox for Android (and by implication Fennec) has PWA support:

He's using Fennec, I believe PWA is quite limited compared to most other browsers, including non-google.
ie: It's just a bookmark, won't install\run fullscreen like an app.

<!-- gh-comment-id:2915125544 --> @spammenotinoz commented on GitHub (May 28, 2025): > Firefox for Android (and by implication Fennec) has PWA support: > > <img alt="" width="300" src="https://private-user-images.githubusercontent.com/33295590/448241961-9e13bde1-d6e6-46c6-ba21-d2ccce922e29.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NDg0MTM4OTEsIm5iZiI6MTc0ODQxMzU5MSwicGF0aCI6Ii8zMzI5NTU5MC80NDgyNDE5NjEtOWUxM2JkZTEtZDZlNi00NmM2LWJhMjEtZDJjY2NlOTIyZTI5LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTA1MjglMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUwNTI4VDA2MjYzMVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTMyODE1OWIwMTJlNGY5MTU3ZjVmMDcxOWRkYzVjYzE3YjAwODJlZWM3OWVjNWZkZDQxZDdmOGRlZDI5NzgyOTcmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.lY1l19bNdDCZGebrWVIqYKJ6KjwOox8HsZfsfudy7g4"> He's using Fennec, I believe PWA is quite limited compared to most other browsers, including non-google. ie: It's just a bookmark, won't install\run fullscreen like an app.
Author
Owner

@FooleanBool commented on GitHub (May 28, 2025):

Vanadium (chrome based) also works for PWA.
https://github.com/GrapheneOS/Vanadium

<!-- gh-comment-id:2915281386 --> @FooleanBool commented on GitHub (May 28, 2025): Vanadium (chrome based) also works for PWA. https://github.com/GrapheneOS/Vanadium
Author
Owner

@silentoplayz commented on GitHub (Aug 15, 2025):

Because nothing was said here officially, I will mention that Tim pushed out a new release for the Open WebUI desktop app 2 weeks ago over at https://github.com/open-webui/desktop with https://github.com/open-webui/desktop/releases/tag/build-e7e54042.

<!-- gh-comment-id:3190895466 --> @silentoplayz commented on GitHub (Aug 15, 2025): Because nothing was said here officially, I will mention that Tim pushed out a new release for the Open WebUI desktop app 2 weeks ago over at https://github.com/open-webui/desktop with https://github.com/open-webui/desktop/releases/tag/build-e7e54042.
Author
Owner

@KaKi87 commented on GitHub (Aug 15, 2025):

Nothing for Linux though 😭

<!-- gh-comment-id:3191491503 --> @KaKi87 commented on GitHub (Aug 15, 2025): Nothing for Linux though 😭
Author
Owner

@cloudhan commented on GitHub (Aug 16, 2025):

⚠️WARNING⚠️: the installation of open-webui/desktop takes 3GB of diskspace with a full python enviroment is installed!

<!-- gh-comment-id:3193273749 --> @cloudhan commented on GitHub (Aug 16, 2025): ⚠️WARNING⚠️: the installation of open-webui/desktop takes 3GB of diskspace with a full python enviroment is installed!
Author
Owner

@rgaricano commented on GitHub (Aug 16, 2025):

Nothing for Linux though 😭

yes, you can build it as is in doc: https://github.com/open-webui/desktop

npm install
npm run build:linux

⚠️WARNING⚠️: the installation of open-webui/desktop takes 3GB of diskspace with a full python enviroment is installed!

If you only want an app for run an already running open-webui instance you can use https://github.com/n1kozor/OpenWebUISimpleDesktop , https://github.com/reecelikesramen/open-webui-desktop or others similar (there are some in github)

<!-- gh-comment-id:3193586473 --> @rgaricano commented on GitHub (Aug 16, 2025): > Nothing for Linux though 😭 yes, you can build it as is in doc: https://github.com/open-webui/desktop ``` npm install npm run build:linux ``` > ⚠️WARNING⚠️: the installation of open-webui/desktop takes 3GB of diskspace with a full python enviroment is installed! If you only want an app for run an already running open-webui instance you can use https://github.com/n1kozor/OpenWebUISimpleDesktop , https://github.com/reecelikesramen/open-webui-desktop or others similar (there are some in github)
Author
Owner

@KaKi87 commented on GitHub (Aug 16, 2025):

yes, you can build it as is in doc

I meant no downloadable DEB, Flatpak or AppImage.

<!-- gh-comment-id:3193588999 --> @KaKi87 commented on GitHub (Aug 16, 2025): > yes, you can build it as is in doc I meant no downloadable DEB, Flatpak or AppImage.
Author
Owner

@rgaricano commented on GitHub (Aug 16, 2025):

Yes, It's necessary someone built it, if time permit I can do its,
but right now It's a experimental lab feature!

<!-- gh-comment-id:3193591219 --> @rgaricano commented on GitHub (Aug 16, 2025): Yes, It's necessary someone built it, if time permit I can do its, but right now It's a experimental lab feature!
Author
Owner

@rgaricano commented on GitHub (Aug 16, 2025):

@KaKi87
ubuntu release built: https://github.com/rgaricano/desktop/releases/tag/ubuntu_v0.0.1

<!-- gh-comment-id:3193637078 --> @rgaricano commented on GitHub (Aug 16, 2025): @KaKi87 ubuntu release built: https://github.com/rgaricano/desktop/releases/tag/ubuntu_v0.0.1
Author
Owner

@KaKi87 commented on GitHub (Aug 16, 2025):

Thank you, I'm going to try it !

<!-- gh-comment-id:3193647416 --> @KaKi87 commented on GitHub (Aug 16, 2025): Thank you, I'm going to try it !
Author
Owner

@cogwheel0 commented on GitHub (Sep 10, 2025):

I actually have been building a native mobile app for the past month or so. I just discovered an issue exists for this!

Here's a link if anyone wants to try it out and give me feedback: https://github.com/cogwheel0/conduit

<!-- gh-comment-id:3274570476 --> @cogwheel0 commented on GitHub (Sep 10, 2025): I actually have been building a native mobile app for the past month or so. I just discovered an issue exists for this! Here's a link if anyone wants to try it out and give me feedback: https://github.com/cogwheel0/conduit
Author
Owner

@steveepreston commented on GitHub (Sep 11, 2025):

@cogwheel0 Looks great!

<!-- gh-comment-id:3277091195 --> @steveepreston commented on GitHub (Sep 11, 2025): @cogwheel0 Looks great!
Author
Owner

@BuldoZZer85 commented on GitHub (Feb 25, 2026):

As a variant for Linux - Pake. Lightweight app to create an app from any webpage. Written on Rust. Very fast

<!-- gh-comment-id:3958193311 --> @BuldoZZer85 commented on GitHub (Feb 25, 2026): As a variant for Linux - [Pake](https://github.com/tw93/Pake). Lightweight app to create an app from any webpage. Written on Rust. Very fast
Author
Owner

@shreyaspapi commented on GitHub (Mar 7, 2026):

I created a macOS native app if anyone wants to try - https://github.com/shreyaspapi/Oval

<!-- gh-comment-id:4015643036 --> @shreyaspapi commented on GitHub (Mar 7, 2026): I created a macOS native app if anyone wants to try - https://github.com/shreyaspapi/Oval
Author
Owner

@tjbck commented on GitHub (Apr 14, 2026):

https://github.com/open-webui/desktop

<!-- gh-comment-id:4240960933 --> @tjbck commented on GitHub (Apr 14, 2026): https://github.com/open-webui/desktop
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/open-webui#30585