SuperMinecraftKid 5 Posted October 31, 2019 Posted October 31, 2019 On my phone, whenever I switch networks whether it be from wifi to data, data to wifi, or from wifi hotspot to hotspot, I lose connection to my server. When I tap something, for example, the manage server page, it loads for some time. Eventually after a few taps to different pages, the pages begin successfully loading again but it would be great if it would always load. I do not believe my internet speed or reception is not the issue becuase when I have this happen to me and a page is not loading fast, I can just close the app and reopen and itll load instantly.
Luke 42085 Posted October 31, 2019 Posted October 31, 2019 Is this the online web app or the android app?
SuperMinecraftKid 5 Posted October 31, 2019 Author Posted October 31, 2019 Is this the online web app or the android app? The android app
Luke 42085 Posted October 31, 2019 Posted October 31, 2019 The app does have automatic switching, but it's achieved by cycling through the local and remote addresses and testing them. If the local address is unreachable, then in some cases it could take a little while for it to time out and fail.
SuperMinecraftKid 5 Posted October 4, 2021 Author Posted October 4, 2021 On 10/30/2019 at 9:39 PM, Luke said: The app does have automatic switching, but it's achieved by cycling through the local and remote addresses and testing them. If the local address is unreachable, then in some cases it could take a little while for it to time out and fail. Sorry to revive this old thread, but is there some way to circumvent the need to wait for a time out on the local address when connecting remotely? I'm having this same problem to this day and it is an annoyance to me and very likely my users as well. It happens on all my devices, even the web app. If I browse or leave the tab open long enough, the UI eventually hangs until the connection to the local address times out. I'm not sure what the best solution is but I have a couple ideas. One is to have the option to manually set LAN networks and have the (web)app decide if they're on one of the LAN networks. An option field for this is already available but its only for bandwidth restrictions Two is instead of having one request being sent after the other times out, send both requests at the same time and whichever one responds successful first should be the address to use. Promise.race() kinda sounds like what I'm thinking about Promise.race() - JavaScript | MDN (mozilla.org) Three is to have this check only happen once per session and use the same address for the entire session unless the address times out. Idk just some ideas that I'm posting at 1:43am... but even if there's some odd workaround right now that would prevent the local address ever being used I'd happily try it out.
GrimReaper 4762 Posted October 4, 2021 Posted October 4, 2021 15 minutes ago, SuperMinecraftKid said: but even if there's some odd workaround right now that would prevent the local address ever being used I'd happily try it out. Emby Connect?
SuperMinecraftKid 5 Posted October 4, 2021 Author Posted October 4, 2021 (edited) Something to add: this happens without switching networks. I'm on a remote network the entire time. 10 minutes ago, GrimReaper said: Emby Connect? Yes I've been using emby connect. Forgot to mention that. The problem occurs whenever I connect remotely on emby connect. The web app, ios app, android app... havent really noticed on any tv apps. Obviously I can manually enter the remote server address into the app and itll have no knowledge of the local address and never have to wait for a timeout but I'd like to be able to use emby connect. Edited October 4, 2021 by SuperMinecraftKid
GrimReaper 4762 Posted October 4, 2021 Posted October 4, 2021 (edited) Don't really understand how can Web app use local address when using Connect, as it should always route you "through" app.emby.media, hence your remote IP, loopbacking when you're on LAN? Anyways, don't know if it will work, but you can try binding your server to an IP you don't have in your local IP pool, hence effectively making all local and remote connections - remote? Really don't know if in that case Emby will even listen on machine IP:port. Edit: @cayars, does the above only affect which IP is presented to client apps or also which interface Emby listens on? Edited October 4, 2021 by GrimReaper Typo/Append
Carlo 4561 Posted October 4, 2021 Posted October 4, 2021 Keep in mind Emby Connect is mainly made for remote users. You of course can also use it on different devices in your house like TVs. These type of devices don't normal switch back and forth between LAN & Remote but are stationary. So for the normal user this should never be a problem. It's really only the admin or possibly family members with portable devices that will see this. What I would suggest if at all possible is to setup your Emby Server using a domain name. Then you can login directly to the domain no matter where you are and not need Emby Connect.
Luke 42085 Posted October 5, 2021 Posted October 5, 2021 Quote One is to have the option to manually set LAN networks and have the (web)app decide if they're on one of the LAN networks. An option field for this is already available but its only for bandwidth restrictions This isn't really an option for that. Best to leave it blank unless there is a specific reason to change it.
Luke 42085 Posted October 5, 2021 Posted October 5, 2021 Quote Two is instead of having one request being sent after the other times out, send both requests at the same time and whichever one responds successful first should be the address to use. Promise.race() kinda sounds like what I'm thinking about Promise.race() - JavaScript | MDN (mozilla.org) The apps already automatically switch between local and remote addresses as you change networks. And we do already send both requests at the same time and wait for the first to succeed and then cancel all of the others. We already have that. The delay sometimes comes from the original request failing, so waiting for that that to happen, and then the app goes into it's reconnection process which is very fast.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now