mirror of
https://github.com/jetkvm/kvm.git
synced 2026-03-02 22:58:00 -05:00
Stuck at "Loading video stream..." #61
Labels
No labels
component/keyboard-layout
component: cloud
component: device screen
component: extensions
component: hid/keyboard
component: hid/mouse
component: network
component: timesync
component: ui
component: updater
component: usb
component: usb/hid
component: usb/storage
component: video
component: webrtc
component: webserver
need-more-details
status: working-in-progress
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/kvm#61
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ChrisDowning on GitHub (Jan 19, 2025).
Just got my JetKVM - setup went fine, initial connection to my first machine (which already has an OS installed) worked OK. After uploading some ISOs to use as boot media for other machines, I noticed the video stream had stopped working. Unplugging and rebooting the JetKVM made no difference.
I moved on to trying the device with a new machine with no OS yet installed, but was not able to get any response - the console shows USB connected, but the screen viewer just seems stuck at "Loading video stream...". Rebooting both the JetKVM and the target device had no effect.
Switching to a third machine, I saw exactly the same behaviour as the second - i.e. no video display output is ever shown, just "Loading video stream...".
I have also tried enabling the developer stream updates (and rebooting the device) as well as changing the stream quality - all with no effect.
On the third machine (which apparently has Windows pre-installed and a built-in speaker!) I can hear familiar connected/disconnected chimes when I change the EDID - but none of the settings result in a working video output.
@freddyouellette commented on GitHub (Jan 20, 2025):
I'm in a similar situation, when accessing the JetKVM from a remote location through
app.jetkvm.com, I can login successfully but I only see "Loading video stream...". Once it times out, it will show the "Connection Issue Detected" screen, then a couple seconds later it will try to load again and repeat.When connecting through the local network directly on the IP given by the device, it works. The video loads and the HDMI/USB show no issues. So this problem for me only happens when accessing remotely through JetKVM cloud. I have tried forwarding the IP to my machine remotely with
sshuttleorssh -Lbut it does not work, I'm guessing because of limitations to WebRTC.@ChrisDowning commented on GitHub (Jan 20, 2025):
In my case, the issue occurs even though all devices are on the same LAN (I have not configured the JetKVM cloud setup yet).
Through a bit more testing I have confirmed that the issue is present across both Firefox and Chrome browsers on a MacOS client, Firefox from an Android phone, and both Firefox and Safari on iOS - so can be reasonably confident that this isn't a browser/client issue.
@ChrisDowning commented on GitHub (Jan 22, 2025):
Further problems: when trying to factory reset the device following these instructions, the following happens:
@ChrisDowning commented on GitHub (Jan 22, 2025):
Have now completed a full factory reset with new firmware flashing - no effect, still shows "Loading video stream..." forever when connected to a device.
Inspecting the browser console shows:
Attempting to connect WebRTC.@grayblack commented on GitHub (Jan 23, 2025):
I suspect it may be an issue when the device is behind a CG NAT
@Nevexo commented on GitHub (Jan 23, 2025):
That's why it uses STUN/TURN, to avoid NAT issues. This isn't a NAT issue it's something else, annoyingly.
@grayblack commented on GitHub (Jan 23, 2025):
If you are behind a CGNAT using STUN to find the real IP is just going to find the un-natted address which is useless. Or am I missing the point?
@Nevexo commented on GitHub (Jan 23, 2025):
Doesn't really matter, sure you'll hit the address of the CGNAT box, but that will forward the traffic back down to the next layer of NAT.
But even if that doesn't work, that's what TURN is for, it forwards the traffic via Cloudflare to avoid the mess that is NAT in the first place.
@grayblack commented on GitHub (Jan 23, 2025):
According to APNIC (responsible for assignment of IPs to Asia Pacific)
https://blog.apnic.net/2022/05/03/how-nat-traversal-works-concerning-cgnats/
Is this right in this case? Otherwise there's no explanation for it not working at my house
@ChrisDowning commented on GitHub (Jan 23, 2025):
The issue I am describing here is not related to CGNAT; all devices are on a LAN with no VPN in the picture. I have disabled Tailscale on my client machine just to double-check, and do not have it configured on the JetKVM.
@grayblack commented on GitHub (Jan 23, 2025):
Ahh yeah you're right! Apologies. Maybe a toasted unit?
@Daniel9425 commented on GitHub (Jan 23, 2025):
I just came here to report the same issue. I've tried 2 JetKVMs and both behave the same way. I've tried connecting them to multiple Windows computers (3 desktops and 1 laptop) and they both behaved the same way. I connect locally with no password (no cloud setup). My main computer is an M1 Mac mini running macOS 15.2. I've used Safari and Brave on this computer to try connecting. I've tried from a Windows 11 VM with Edge and I've tried a Windows 10 laptop with Edge and Brave.
When I connect, I get the "Loading video stream". After a few seconds, I get this message at the top of the screen "Failed to set EDID: timeout waiting for response". The "Loading video stream" never goes away. I've tried rebooting the computer the JetKVM is connected to while it is connected with no change. I've disconnected the JetKVM and connected a monitor to the same HDMI input on the computer to confirm the display was actually working. When I tried connecting a JetKVM to my laptop (to control the laptop), the display settings in Windows showed a 2nd display connected, but I never saw anything through the web interface. The display on the JetKVM shows the HDMI is connected, I just never get any display.
I get the same results with both the JetKVMs I've tried so far. Any suggestions would be appreciated. I was really looking forward to getting these for use with my home lab as well as to send one with a server to my parents' house so I have a remote machine there, but I can't send it until I'm sure it works.
@mqt0029 commented on GitHub (Jan 29, 2025):
(Update) For context, I initially setup the device just fine with the settings mentioned. Afterwards I moved my setup elsewhere and was met with the issue @ChrisDowning mentioned.
Bit of a long shot, but if you are using Brave (and perhaps followed PrivacyGuides), you might have set WebRTC IP Handling Policy to "Disable non-proxied UDP" like I did, simply changing it back to "Default" fixes the issue for me.
Otherwise, stock Firefox seems to work as well (tested on fresh Ubuntu 24.04 installation).
Setting is located under Privacy and Security (see screenshot).
@RobIrizarry commented on GitHub (Jan 29, 2025):
If you're using a VPN, make sure you either disable it or add the JetKVM's IP address as an exception.
If you're testing the cloud connectivity with a VPN, you'll also need to disable WebRTC protection since its used in the connection.
@ChrisDowning commented on GitHub (Jan 29, 2025):
I'm not using Brave, and checked the equivalent setting in Firefox (
media.peerconnection.enabled) - setting this tofalsedisrupts the JetKVM connectivity completely, but even with it set back to the original value oftrueI still get the "Loading video stream..." pinwheel indefinitely.@boombatower commented on GitHub (Jan 29, 2025):
I'm seeing the same loading forever. I've tried the above, updated to latest, played around with all sort of setting on OS, browser, network.
Using firefox
about:webrtclogs I seenr_socket_multi_tcp.c:639 function nr_socket_multi_tcp_listen failed with error 3. Which seems to imply the functionality does not work on LAN: https://bugzilla.mozilla.org/show_bug.cgi?id=1659672.I use
192.168.7.0subnet. Pure guess, there is a check for "private IP" indicating LAN that disables the ICE/STUN stuff, but it doesn't check full range of private IPs. This may explain #71 as well.I'll try testing the theory when I get time, but maybe someone can figure it out before then.
@ChrisDowning commented on GitHub (Jan 30, 2025):
Thanks for the tip about
about:webrtc- in the logs whenever I have a tab open to connect to the JetKVM I see the same error plus a bunch of other messages, with the following generated seemingly indefinitely:Again, this is with Tailscale installed but disabled on the client and not installed at all on the JetKVM device.
As you can see from the error message, I use a
192.168.178.0on the LAN, which fits with what @boombatower observed.@Daniel9425 commented on GitHub (Feb 1, 2025):
I still can't get a video signal on Brave or Safari on my Mac mini. I've tried disabling any extensions and looking at the security setting mentioned above. I've also tried private browsing windows, all to no avail. Looking at the about:webrtc logs, I see the same message as @@ChrisDowning above. I even tried downloading Firefox on my Mac, but it didn't work there either.
I downloaded Edge for my Mac and, with no extensions enabled, it actually worked. I have no idea why. I also got it to work using Firefox on my Windows VM where Edge and Brave didn't work. So, while I would like to be able to use my preferred browsers with JetKVM, at least I can get it to work.
Just for reference, the JetKVM and my computers (and VMs) are all on the same local network with the same subnet (192.168.100.x). I also have Tailscale installed on my Mac and Windows computers (but not on the JetKVM), but have tried it with Tailscale enabled and disabled and didn't see any difference. I've been trying to access the JetKVM by local IP address, not by and type of DNS name.
I would love to get some clarity on what does and doesn't work and why and hopefully get JetKVM working with my preferred browsers rather than needing a separate browser just for accessing my JetKVMs.
UPDATE: I spoke too soon. While I can get actually get a display to appear, it doesn't update. I initially connected the JetKVM to a proxmox server so all I was seeing was the console login prompt and since I could actually see something instead of no signal, I thought all was good. When I connected another JetKVM to a Windows PC, I could see my Lock Screen, but couldn't see the mouse move or the screen change when I clicked anywhere or press a key on the keyboard. I have AnyDesk installed so I opened that up and could see the same thing. When I moved back over to the JetKVM window and moved my mouse around, I could see it moving on the Windows machine in the AnyDesk window. When I typed in the JetKVM window, I could see the text appear on the Windows machine in the AnyDesk window. So, it seems like the mouse and keyboard input is working, and I get an initial video screen, but the display isn't updated. If I refresh the browser window, I get a refreshed video display that shows the current, accurate display, but constantly refreshing the browser window to see what's going on on the remote computer isn't a viable solution.
This was all on the Edge browser on my Mac. When I used Firefox on my Windows PC, the JetKVM worked as expected (I could interact with the remote Windows PC with no issues).
@boombatower commented on GitHub (Feb 1, 2025):
In chrome
chrome://webrtc-internals/:Seems to imply it's working, but infinite connect. Not sure if local candidate showing unknown a problem.
Also shows packets being exchanged.
@ChrisDowning commented on GitHub (Feb 3, 2025):
Tried with Edge rather than Firefox/Chrome/Safari, and while I still see an infinite "Loading video stream..." in the main window, it did cause me to notice 1 difference - on Firefox, all panes of the Connection Status sidebar show "Waiting for data..." and do not produce graphs. On all other browsers, the "Packets Lost" and "Round Trip Time" graphs do show up - I see a flat line of 0 packets lost, and an RTT from 3 to 50 ms.
@badokami commented on GitHub (Feb 4, 2025):
Stopped by to report that I too am suffering the "Waiting for video..." problem. Only difference appears to be that all my systems are Windows 11. Firefox/Edge connect to the KVM when I'm internal to my local network but accessing the KVM via the Internet (registered) just loops the waiting for video... with the "Connection Issue" page popping up and disappearing so quickly, it's almost impossible to click it.
I hope this is a firmware fix and not a bad unit!
Edited: Oops my bad. App 0.3.4 / System 0.2.0
@TheGurT commented on GitHub (Feb 5, 2025):
I have the exact same issues, so I will be following this page to the letter.
@ryangreen19 commented on GitHub (Feb 5, 2025):
Same issue here, stuck at video stream loading even though the device is online. Can connect through devices while on the same local network, but not over internet. Neither brave or Firefox or chrome have worked on my iPhone.
@oguzoezgen commented on GitHub (Feb 6, 2025):
Same issue here. However, i sit behind a CGNAT / LTE Router.
@grayblack commented on GitHub (Feb 6, 2025):
Works fine for me after using the fix suggested in another thread. Also behind CGNAT. You need to add an alias for your wan IP on the eth0 interface. It's a bug and they will fix it eventually.
@oguzoezgen commented on GitHub (Feb 6, 2025):
Can you direct me to which solution worked?
I now tried this:
ifconfig eth0:0 $(/usr/bin/wget http://api.ipquery.io/ -O- -q)
Even I finally get a public IP adress, still can´t connect from non-local network.
@W7MN commented on GitHub (Feb 6, 2025):
I'm having the same video loading issue while using my 2017 MacbookPro. Safari, Firefix, etc... Accidentally found a work around when typing in the IP address I could see in my history http://192.168.X.XX/welcome/mode By going to that page it gave me an option to use a password (I had not originally) and by clicking 'no' again, it loaded the video. 24 hrs later I was back to the video stream not loading, but a return to the welcome mode page allows me in again. Only having this issue with my MacbookPro, and not my other machines. I'm sure its being worked on and appreciate that greatly. Just wanted to add my discovery.
@grayblack commented on GitHub (Feb 6, 2025):
Have you tried the fix:
https://github.com/jetkvm/kvm/issues/54#issuecomment-2628461587
Issue #54 has more context on the temporary fix, as well as how to make it automatic at boot.
@ChrisDowning commented on GitHub (Feb 7, 2025):
I've now tried both of the new suggestions mentioned here (
ifconfig eth0:0 $(/usr/bin/wget http://api.ipquery.io/ -O- -q)on the JetKVM device via SSH, and resetting the password auth via http://192.168.x.xx/welcome/mode) - neither of these had any impact.@oguzormanci commented on GitHub (Feb 11, 2025):
Would have been nice to get some responses from JetKVM on this thread at least. I have 5 JetKVMs and they are all sitting idle, when I needed them the most...
@Nevexo commented on GitHub (Feb 11, 2025):
https://github.com/jetkvm/kvm/pull/146 The fix literally just got pulled in. It should be available in the next dev channel release once the cloud API is upgraded.
@boombatower commented on GitHub (Feb 11, 2025):
Hmm, updated to latest resulted in the same connection error.
The majority of that change resides within
if config.IsCloud {which is not the issue here. We are trying to connect on a local network directly to the device.@ym commented on GitHub (Feb 11, 2025):
Hi @boombatower,
Could you please check if WebRTC is enabled in your browser and confirm that Chrome can communicate over the LAN IP address? Enabling WebRTC often resolves issues related to local network communications.
If WebRTC is already enabled, but you’re still encountering problems, would you mind providing some logs from the device for further analysis? Here’s how:
/oem/usr/bin/RkLunch.sh.and prepend
PION_LOG_TRACE=allso it becomes:Once you have the jetkvm.log file, please send to
siyuan+jkk-issue84#buildjet.com. Free feel to encrypt it as it might contain sensitive information. My PGP key can be found here: 452E12AC4EAE59B6641C6595924A7AC00F5F21E5After collecting the logs, don't forget to remove the
PION_LOG_TRACE=allsetting, as it generates a large volume of logs and might shorten the lifespan of the device's built-in storage.@boombatower commented on GitHub (Feb 11, 2025):
I'll work on providing the request information next chance I have, but webrtc is enabled (see above comments from me and others).
@badokami commented on GitHub (Feb 12, 2025):
Can confirm APP: 0.3.5-dev202502111730 & System 0.2.0 have fix the "Video loading..." for me. I successfully made my first remote change to the BIOS of a target machine and rebooted it.
@adamshiervani commented on GitHub (Feb 12, 2025):
We’ve deployed a fix to the Dev Channel. If no issues arise, we’ll proceed with a main channel release.
Keep in mind that both the local and remote access runs on WebRTC. If your browser or VPN blocks WebRTC, our fix won’t resolve your issue.
If you're still having issues, and are certain that WebRTC is allowed (you can test here), please follow the instructions @ym here.
For those, daring enough to test the dev channel, please report back if the fix solves your issue. Thanks!
@boombatower commented on GitHub (Feb 12, 2025):
Seems like we're mixing local and remote access between these issues. I verified a local connection still doesn't work locally
0.3.5-dev202502121523. I can connect to web interface, update it, change settings, but video never starts.I sent log to @ym.
@adamshiervani That webrtc test works just fine.
@adamshiervani commented on GitHub (Feb 12, 2025):
Agreed. There seem to be three issues related to the “Loading Video Stream...” problem:
chrome://webrtc-internalsscreenshot and if the connection wasn’t set up, you wouldn’t be able toaccess the settings.
While @ym reviews your logs, could you check one thing for me?
Go to Settings > Advanced > Enable Troubleshooting Mode.
At the bottom of the UI, you should see some metadata. Could you post that here?
@ChrisDowning commented on GitHub (Feb 12, 2025):
I have upgraded to
0.3.5-dev202502121523but unfortunately still see the problem. WebRTC tests all appear to be fine.Here is a screenshot of what I see, with the troubleshooting metadata enabled.
@ym : Prior to the most recent software update I performed the steps you provided and have emailed a log file to you.
@lordpengwin commented on GitHub (Feb 15, 2025):
I have this problem with Chrome but not with Safari.
@Nevexo commented on GitHub (Feb 15, 2025):
Do you have private relay enabled?
@lordpengwin commented on GitHub (Feb 15, 2025):
Where is private relay set?
@Nevexo commented on GitHub (Feb 15, 2025):
It'll be under your iCloud account in Preferences. You'll only have it if you pay for iCloud.
You can check by visiting https://bgp.tools and see if the network is your ISP, or some other network like Akamai.
@lordpengwin commented on GitHub (Feb 15, 2025):
No, I don't have that set.
@danjonesio commented on GitHub (Feb 17, 2025):
Can confirm the dev update channel fixed my issue also. Could not access JetKVM remotely due to video not loading/ spinning wheel. Thanks!
@ChrisDowning commented on GitHub (Feb 19, 2025):
Checking in - I am still seeing this issue across all browsers, still using a local (non-cloud) connection.
I have identified at least 2 other issues (web terminal not working in Firefox, and unable to change EDID when connected to a certain device) - but the core issue of not being able to get a video stream remains the same.
@Nevexo commented on GitHub (Feb 19, 2025):
Have you upgraded to 0.3.7?
@ChrisDowning commented on GitHub (Feb 19, 2025):
Yes - versions are:
App: 0.3.7
System: 0.2.2
@boombatower commented on GitHub (Feb 19, 2025):
After activating cloud mode I am able to connect both remotely over internet (phone connection) and locally directly via 192.168...
I disabled it wondering if it being active made any difference and even rebooted the jetkvm, but it still works now. 🤷
The web console does not work in firefox either way.
@TonyHoyle commented on GitHub (Mar 7, 2025):
Same symptoms here. Stuck loading video stream, 'connecting', everything greyed out. I tried a DFU restore and it didn't change anything. Is there a way to DFU the dev update or am I hosed until the fix is released?
If it's any help the console constantly repeats this:
Error setting SDP: InvalidCharacterError: String contains an invalid character index-CYmdMtvY.js:641:114143
k http://192.168.10.153/static/assets/index-CYmdMtvY.js:641
@trickiegt commented on GitHub (Mar 15, 2025):
I hope this helps some of you.. I use Vivaldi and had the same issue with loading the video stream. It is working now after I made some changes. I will share some things I noticed and then at the bottom the change I needed.
Noticed - WebRTC IP Broadcast setting -- If disabled, I could not see the status of device /usb status -- enabled it would show that data
I loaded the dev-tools and went to console. There I noticed something about WebGL not working or being supported or something...
[GroupMarkerNotSet(crbug.com/242999)!:A0903A00C4570000]Automatic fallback to software WebGL has been deprecated. Please use the --enable-unsafe-swiftshader flag to opt in to lower security guarantees for trusted content.So I looked that up and followed the instructions from this webpage - https://forum.vivaldi.net/topic/60277/how-to-enable-hardware-acceleration-webgl-in-vivaldi-on-pi4/3
After it restarted the browser, I have the video stream -- Haven't tested actually using it yet lol
----Update
Tried this on another computer and it did not work. Tinkered around a little at found that I needed to enable hardware acceleration
@nomadmd1 commented on GitHub (Mar 19, 2025):
On MS Edge one more thing can lead to "Loading video stream..." issue. For me this was Autoplay setting set to "Block". To fix it go to edge://settings/content/mediaAutoplay and add the URL for your JetKVM to "Allow" list.
@dbent commented on GitHub (Mar 20, 2025):
I had this occur specifically with LibreWolf, allowing autoplay fixed it for me.
@Andreag00 commented on GitHub (Mar 22, 2025):
Hello everyone,
Just here to report that I've been having issues as well.
I was able to get it working immediately on Safari on my iPhone BUT I can't get it to work on my PC. I've tried both Firefox and Ungoogled Chromium on Fedora Silverblue 41 and it seems that either of them can establish a WebRTC connection with the JetKVM. For example, Firefox console shows this:
Seems like the JetKVM is sending malformed SDP packets. Firefox's
about:webrtclogs show this:Because of this even if I try connecting locally this is what I get:
I have also tried enabling remote access and trying to connect via JetKVM's cloud service but that does not work either and does not work on Safari either but that may very well be my firewall I guess.
JetKVM v0.3.8
OS v0.2.3
Any other troubleshooting steps I can help with to figure this out?
Andrea
@phatlewt commented on GitHub (Mar 23, 2025):
I had this issue also but then realized the default setting in my browser was not to autoplay videos. Set it to autoplay video/audio for the kvm site and the video stream automatically starts after reloading the page. Not sure if it's the same issue as what others are facing but might be worth a try.
@mlavi commented on GitHub (Mar 24, 2025):
Thank you, this was my issue!
I recently switched browsers and I'm getting used to the default security settings, so this didn't register for my troubleshooting until I read your suggestion.
@fervagar commented on GitHub (Mar 25, 2025):
Hello,
Same here. I tested this on GNU/Linux (Debian), and JetKVM failed to connect using any browser I tried—Firefox, Chrome, Chromium, and Brave. WebRTC is confirmed enabled.
Connection attempts via both LAN IP and cloud access were unsuccessful.
Ultimately, I was only able to connect using a Windows 11 VM with Edge.
@fervagar commented on GitHub (Mar 25, 2025):
For me, autoplay did not solve anything
@adamfeldman commented on GitHub (Mar 25, 2025):
I also use Vivaldi (on macOS) and the tips above did not work for me.
@alexhk commented on GitHub (Mar 25, 2025):
It works with Chromium (ungoogled) for me.
I was first stuck on "Loading video stream...".
I made it work by clicking on 'Not secure' left of the address bar and enabling WebRTC, now all is good.
Version 134.0.6998.170 (Official Build, ungoogled-chromium) (64-bit)No other changes.
@adamfeldman commented on GitHub (Mar 25, 2025):
I fixed my issue in Vivaldi, presumably this affects other Chrome-based browsers as well. I had to enable a privacy-sensitive setting related to WebRTC.
@kmanwar89 commented on GitHub (Mar 25, 2025):
Adding in my "me too" here. Got my JetKVM's, cloud connectivity was perfect...until suddenly it wasn't.
Switched to Dev channel on one of the three, haven't seen the "fix" in place yet - not sure if I need to do anything to "apply" it however.
I see instructions on how to enable/allow WebRTC in other browsers, but can someone share guidance for just standard Chrome/Firefox/Safari, and perhaps Brave?
This is on an M3 Mac running MacOS Sequoia 15.3.2 (24D81)
@gizzieballs commented on GitHub (Mar 26, 2025):
I am having the same issue, only after updating the software. Previously it would skip in and out and I could see it booting, and today, it is taking a solid 10 minutes to see anything after a restart, if ever.
@TonyHoyle commented on GitHub (Mar 26, 2025):
Tried the just announced version as it mentioned a firefox fix but exactly the same error. Pretty much the same #issuecomment-2745235593 - some kind of syntax error on the page.
@manic101 commented on GitHub (Mar 27, 2025):
I'm having the same issue stuck at "loading video stream..." in Edge browser.
Work fine when i use In-Private Browsing.
@derbo904 commented on GitHub (Mar 27, 2025):
I'm having this issue with all my Macs with firefox, chrome and safari. I believe this all started after the update with the new mouse setup.
@przemo-c commented on GitHub (Mar 28, 2025):
Tried firefox, clean brave install, chromium, firefox for android, edge. Tried all the options mentioned above and I still get Loading video stream. Still can't change EDID (Failed to set EDID: timeout waiting for response) with troubleshooting on the status bar indicates:
Resolution:0x0 Video Size:300x150 Pointer: 0,0 USB State: configured HDMI State: ready Keys:Tried restarting it clearing settings and updating App: 0.3.8 System 0.2.3 Nothing helps.
Also when using web terminal the dmesg is constantly showing
[ 267.539508] rkcif-mipi-lvds: rkcif_s_fmt_vid_cap_mplane queue busy [ 267.639830] stream_cif_mipi_id0: open video, entity use_countt 898@ChrisDowning commented on GitHub (Mar 28, 2025):
Still the same issue for me across Firefox, Chrome and Safari on MacOS, Edge on Windows, and Firefox on Android. Also running the latest versions (App 0.3.8 / System 0.2.3). I also tried reconfiguring my home network from
192.168.178.0/24to192.168.0.0/24based on some of the suspicions raised earlier in the thread, but that didn't help.@vhristev commented on GitHub (Mar 28, 2025):
I can also confirm same
Loading video streamissue with:MacOSX: Sequoia 15.3.2 (24D81)
Tried with:
@Pingger commented on GitHub (Apr 2, 2025):
With the 0.3.8 version I now also can't use my work around of using Brave Browser. That is now also stuck in loading ... but it gets further than firefox, as in brave I can at least access the extension board to "press" the power button for starting / hard resetting...
Just for reference I am using a 192.168.1.0/24 network, which is behind a double NAT. And with version 0.3.7 at least Brave browser worked.
@kmanwar89 commented on GitHub (Apr 2, 2025):
Strangely enough...I tried connecting this morning and it seemed to work, at least for the JetKVM connected to my Pi 5. I initially had the "loading video stream" screen, switched tabs over to GitHub (to monitor updates from this issue), switched back and the video stream had loaded.
Identical setup as before (Brave on an M3 Mac running MacOS Sequoia 15.3.2 (24D81)). Only difference is I'm remotely connecting to my home network via Tailscale, but I'm still accessing the JetKVM through app.jetkvm.com. The only JetKVM (of the three I have connected) that is working is the one connected to my Pi 5 for some reason - the other two (one connected to a Beelink Mini PC and one connected to my Desktop) do not load.
Of note: I do not see this behavior when connecting over the LAN IP directly.
TL;DR - issue is still present. Interestingly, I see the following in the Developer Tools of Brave, which appears to confirm the WebRTC-related behavior as previously noted.
@JonoYang commented on GitHub (Apr 6, 2025):
I encountered this issue on Firefox 128.8.0esr on Debian testing and I was able to resolve it by enabling the "OpenH264 Video Codec provided by Cisco Systems, Inc." plugin in the add-ons manager.
Now I cannot input anything using the keyboard or virtual keyboard.Restarting the jetkvm seemed to fix things.@marktay commented on GitHub (Apr 7, 2025):
Connecting to a bare metal Ubuntu machine - works once then wont connect and also brings down RDP and requires a hard reboot of the Ubuntu machine, happens both on the web client and cloud client. KVM connected via Ugreen Displayport to mini HDMI cable, Chrome Browser on W11 (although I dont think its this),
@wikid24 commented on GitHub (Apr 8, 2025):
can confirm same issue in Firefox 137.0.1 (64-bit) on Windows 10, solution for me was to enable WebRTC peer connections
in firefox go to "about:config" and search "media.peerconnection.enable" and make sure that it is set to "true"
I had it purposely set to false for security hardening but hey at least the solution works
@andras-tim commented on GitHub (Apr 9, 2025):
I have standard Ubuntu 22.04 with Chromium and I have the latest Google Chrome, Firefox and Brave.
@alexhk's mentioned menu doesn't contain the RTC-related settings on my side:
Dev console shows only:
Since I'm not familiar with WebRTC, I asked LLM to help us out; sorry 😅 . (I know this can say totally false things, but let's see)
TL;DR;
about:webrtc(which works for me) and Chrome'schrome://webrtc-internals/(which doesn't)--enable-logging=stderr --v=1 http://192.168.150.x)Sadly, all mentioned flags just didn't work (and I couldn't find working feature flags / command line args by Google), so maybe there's no workaround on the user side.
But on the code side, maybe the
if (Z && X.candidate === null)is never true in some cases, therefore thesetRemoteDescription()is never called.(the complete conversation is available: https://chatgpt.com/share/67f684e2-efb4-800d-b638-a5da2c08c98a)
@adamshiervani commented on GitHub (Apr 10, 2025):
Hey,
We just released version 0.3.9, which should handle most known connection issues. The update is rolling out now, but it may take a few days to reach all devices.
If you're still running into problems after updating to 0.3.9, start with the Troubleshooting Guide.
If that doesn't solve it, we’ll need logs. Send them to
siyuan+jkk-issue84#buildjet.comand if you want to encrypt it, use the PGP key: 452E12AC4EAE59B6641C6595924A7AC00F5F21E5.Here is how you get logs:
Browser Console Logs (Required)
WebRTC Logs (Optional)
Chrome-based browsers only.
chrome://webrtc-internals, then open a new tab with your device’s IP and let it fail.Troubleshooting Mode (Optional)
Go to Settings > Advanced and enable Troubleshooting Mode.
Close the modal and write down the values shown in the status bar at the bottom of the page.
Device Logs (Optional)
Enable Developer Mode and paste your public key in Settings > Advanced.
SSH into the device and edit
/oem/usr/bin/RkLunch.sh.Change this line:
to:
Reboot the device.
Pull the log:
Important: After you collect the log, remove the
PION_LOG_TRACE=all. It creates large logs and may reduce the device's storage lifespan.@TonyHoyle commented on GitHub (Apr 10, 2025):
Troubleshooting mode enabled via mobile (settings greyed out on desktop). Status bar just says 'keys:'.
Log attached, nothing obvious (this is a change from an earlier version where it was failing to load with a syntax error).
log.txt
Screen just says 'ICE Gathering completeted'
@SonOfMercury commented on GitHub (Apr 15, 2025):
Im getting the same issue trying to connect to my home KVM and its sort of stuck at "ICE gathering completed"
just showing the circle going round and round. I could not enable Settings as it is greyed out. Any way to get the logs?
edit: adding logs, this is the only thing that I find on the console log of the browser... hope this helps
[Websocket] onOpen
index-DDzjczPF.js:646 [Websocket] Received device-metadata message
index-DDzjczPF.js:646 [Websocket] Device version 0.3.9
index-DDzjczPF.js:646 [Websocket] Device is using new signaling
index-DDzjczPF.js:646 [setupPeerConnection] Setting up peer connection
index-DDzjczPF.js:646 [setupPeerConnection] Creating peer connection
index-DDzjczPF.js:646 [setupPeerConnection] Peer connection created RTCPeerConnection
index-DDzjczPF.js:646 [setupPeerConnection] Creating offer
index-DDzjczPF.js:646 ICE Gathering Started
index-DDzjczPF.js:646 ICE Gathering completed
@SonOfMercury commented on GitHub (Apr 16, 2025):
Heres a more longer report when I let it run for a few hours.
I can access the KVM locally via the IP but when using the web (outside the local network) it does not connect.
This started when the JetKVM was updated, this worked flawlessly before.
JetKvm_Report.txt
@ChrisDowning commented on GitHub (Apr 17, 2025):
I still face the same issue with the latest software - have gathered all suggested debugging data and sent to the requested address. For now I am focusing only on using Chrome since that seems to be what most people have had success with, but happy to repeat with Firefox or Safari.
@dleviminzi commented on GitHub (Apr 18, 2025):
I had this issue. Cleared cookies and things are working correctly now.
@tuxtof commented on GitHub (Apr 19, 2025):
Hello,
I am experiencing the same issue on my end. I have four JetKVM devices, and one of them is displaying the "Loading Video Stream" message.
I tested all of them under the same conditions:
However, the problem persists with one of them.
I followed the troubleshooting guide, reset the firmware, and upgraded to App version 0.3.9 and System version 0.2.3, but the issue remains the same.
thanks for your help
@SonOfMercury commented on GitHub (Apr 19, 2025):
I think i found a quick workaround but not really a fix, i think JetKVM devs needs to address this for a real fix..
When you see the screen showing "ICE gathering completed" for a while, click on refresh page once and wait for it to cycle thru. It should be able to show the stream. If this doesn't work the first time try hitting refresh again.
@Andreag00 commented on GitHub (Apr 26, 2025):
Sooo today I upgraded my PC to Fedora Silverblue 42 and, while I was at it, I ended up removing the official Fedora version of Firefox and I installed the Flatpak from Flathub (because of codec support)
Now everything works fine. No idea if this is related to the upgrade to Fedora 42 (unlikely) or to the move to the Flatpak.
Just wanted to let everyone know that using the Flatpak version of Firefox might fix the issue and might be worth investigating for the devs
@thieleke commented on GitHub (Apr 27, 2025):
@adamshiervani
I am unable to get any video on any browser/OS and only see
Loading Video Stream...dmesgoutput while running for awhile:about:webrtc output: aboutWebrtc.txt
dmesg output after reboot dmesg_after_reboot.txt
The HDMI device is a NetBSD desktop server:
Update: I tried the device on a different computer and was able to successfully stream the video, using the same browser configuration. So at least in my case, it seems to be a video/HDMI compatibility issue.
@Damicske commented on GitHub (Apr 28, 2025):
Had a similar problem in Firefox, edge was working. In FF About:config and then I filtered on media.peerconnection.ice and there where some settings changed. Changed them back to default and now it works :/
@marktay commented on GitHub (Apr 28, 2025):
Putting my tin helmet on for this comment, but if the host has a screen save function then you need to open up the virtual keyboard and send a cr to wake it up. Then you get the login
@BenPi-Ross commented on GitHub (Apr 28, 2025):
I first tested my JetKVM from a machine on the same network (same subnet on the the same switch/VLAN) and it was working fine.
But I got the same problem when I moved it to another subnet/VLAN. So I'm accessing it from a computer in a different subnet/VLAN, going through a PFSense firewall to the JetKVM on another subnet/VLAN. (Exemple : Computer [192.168.1.100/24] -> Firewall -> JetKVM [192.168.2.50/24])
To fix the issue I created a rule in the firewall to allow TCP/UDP ports 80, (443, for future use) and 49152:65535 (dynamic port range) from my computer IP to the JetKVM IP. I suppose I could narrow the dynamic port range, but I don't know what port range the JetKVM is using for WebRTC.
I'm not sure if it's completely fixing the issue since I sometime needs to click on "Try again" a few times for the connection to work.
Hope it helps a few people here!
@chris-in-texas commented on GitHub (Apr 29, 2025):
Not sure if this issue can go here, but I am running the current release of the software, just received my unit. Running on a WIndows 10 machine with native HDMI output. When I first turn on the machine connected to the KVM, I can get into the setup screen without any issues everything shows connected on the JetKVM. I can use the mouse and keyboard just fine as well in the BIOS. However when W10 starts to load as soon as it goes to the "desktop" the KVM will show "Disconnected" on its display. I have tried all four monitor options and none of them work. Not sure what is going on here. I am no the same network plugged into the same switch. Windows 10 seems to be doing something as it starts to load, just wondering if anyone else had these issues?
Thanks,Chris
@rtw819 commented on GitHub (May 1, 2025):
Mine was stuck at the "Loading video stream..." phase after about a day or so of being connected to my device console. The web browser (upon refreshing the page) consistently displayed a very brief pop-up message: "Failed to get EDID: error writing ctrl message: write unixpacket /var/run/jetkvm_ctrl.sock->@: use of closed network connection" I'm pretty sure there shouldn't have been any closed connections, and this seems like an internal socket connection of some sort, but I'm not sure how one might know what to do with this otherwise.
Given the JetKVM wouldn't "come out" of this scenario and kept being stuck in the "Loading" loop... I pulled down the JetKVM "Web Terminal" and issued a "reboot" at the root # prompt and (remotely) rebooted it. It was able to reconnect the screen where I left off and I was able to go on about my way. Definitely weird.
Edit: This happened again after leaving the KVM and RPi by itself for some time, without the browser being attached. The details at the bottom of the JetKVM screen when I loaded it were as follows:
Resolution: 0x0 Video Size:300x150 Pointer: 0,0 USB State: configured HDMI State: Ready ...
After a KVM Web Terminal reboot command this time, brought the device back to "HDMI State: no_lock" and a persistent HDMI signal error detected error box. I had to unplug and re-plug the HDMI cable to the RPi for the video signal to come back to the web browser display. Kind of defeats the purpose of a "remote" KVM if there are no hands physically at the remote location.
@mnlhfr commented on GitHub (May 2, 2025):
experiencing a similar issue. Unboxed and connected the devices to my Minisforum MS-01 and after setting up a password and rebooting, all i get is HTTP/500 and JavaScript errors on the browsers console.log.
Everything in the UI is greyed out, so i don't really know how to even debug this
EDIT: adding more info about my setup.
i initially had the jetkvm on a seperate VLAN, but for troubleshooting i connected both to the same VLAN with no routing or firewall between.
OS Version: 0.2.3
JetKVM Version: 0.3.9
All of my 3 devices have the same issues and the order came in just yesterday, so there is nothing i changed other then setting up a password on first boot.
Browsers i have tried: Brave, Brave Private with no Extensions, Firefox with no extensions, Firefox Private with no extensions
I also verified the Browser-specific settings outlined in the troubleshooting guide
@mnlhfr commented on GitHub (May 2, 2025):
This also solved it for me. Flatpak Firefox works. I can't speak on pre Fedora 42 as my devices arrived after i upgraded to 42. Still doesn't explain why it doesn't work on my Android phone either.
@yezhao1984 commented on GitHub (May 13, 2025):
I have the same problem 。but refresh doesn't work for me
@antymat commented on GitHub (May 14, 2025):
Same here. Neither in Firefox nor in Chromium. Funnily enough - it works in the Firefox on my phone...
If anyone has an idea what to look for, now it would a good time to mention it :)
@MozkaGit commented on GitHub (May 14, 2025):
I'm on Fedora 42 and it works everywhere (Chrome, Brave, Vivaldi, even Firefox Developer Edition) except on which is Firefox for Fedora (my main browser) and Firefox Flatpak.
My screen is stuck on "ICE Gathering completed". I tried to clear the cookies and refresh the page multiples times.
WebRTC is enabled in about:config.
I created a new Firefox profile and launch it with the CLI. The JetKVM web ui is working here. I tried to diff the config between both profiles, but I can't find the reason.
Edit:
After a lot of testing, I finally found a workaround that makes JetKVM work properly in Firefox (Fedora version). It turns out the issue was environment-related — when launching Firefox from the default desktop entry, something in the environment was preventing WebRTC from working correctly
Interestingly, JetKVM worked fine when I launched Firefox from the command line using
firefox --ProfileManager, regardless of which profile I used. But when launching Firefox normally (e.g., via icon or default launcher), the issue came back — even with the same profile.To fix it, I created a custom
.desktopentry with an explicitly set environment and profile path. Placing it under~/.local/share/applications/org.mozilla.firefox.desktopoverrides the system one.Here’s the working
Execline:You can find the correct MOZ_GMP_PATH value on your system by running:
With this change, JetKVM now works perfectly in my main Firefox setup.
Disclaimer: I'm on Fedora 42. This workaround solved it for me, but I can't guarantee it will work for everyone.
@papa-smurf commented on GitHub (May 29, 2025):
Here to report the same issue. Worked without issue for me for about 3 months, now stuck at "Loading video stream..." indefinitely. I did not make any hardware changes, no software chages, firmware is up-to-date, tried multiple browsers ( desktop: chrome, firefox, edge | mobile: chrome ) and their webrtc settings, tried both local ip and through app.jetkvm.com.
Nothing stands out in console either
@funkyskull commented on GitHub (Jun 3, 2025):
Here to report the issue:
troubleshooting mode data:
resolution: 0x0, Video Size:768x384, Pointer 0,0, USB State: configured, HDMI State: ready, keys:
network config
unifi network - jetkvm and accessing computer connected to the same switch
browers impacted:
brave, edge, chrome
app version:
0.4.1
system version:
0.2.4
@mcbrineellis commented on GitHub (Jun 5, 2025):
Wanted to add my report of this issue as well. It was my first time logging in for some weeks.
When I SSH in and do a reboot, the system comes back fine and video is working properly again.
Troubleshooting Mode:
Resolution: 0x0, Video Size:300x150, Pointer: 0,0, USB State: configured, HDMI State: ready, keys:Network:
Unifi network. Same issue when accessing directly with private IP or remotely using jetkvm.com
Browsers attempted:
Safari, Chrome, Firefox
App version:
0.4.1
System version:
0.2.4
@papa-smurf commented on GitHub (Jun 5, 2025):
Hero, this immediately fixed it. Is there a way to reboot the JetKVM from the UI without having to enable developer mode which compromises security?
@LaCocoRoco commented on GitHub (Jun 6, 2025):
Thanks, as mentioned here a simple reboot did fix the problem. I would appreciate an reboot button in the interface.
@piratebatman commented on GitHub (Jun 8, 2025):
DATA POINT: iOS Safari works when macOS browsers fail
Reporting an interesting finding that might help with debugging:
Behavior:
All macOS browsers FAIL: Firefox, Safari, Brave, Firefox ESR - all stuck at "Loading video stream..."
iOS Safari WORKS: Same device, same network, same JetKVM - video loads perfectly
Technical Details:
JetKVM firmware: Latest (May 2025)
Network: Same WiFi, same local IP access
WebRTC endpoints: Identical
Questions for other users:
Windows users: Does it work on Windows browsers but fail on macOS browsers on the same machine?
Linux users: Any similar patterns where mobile browsers work but desktop browsers fail?
Cross-platform testing: Has anyone tested the same JetKVM across multiple operating systems?
For developers:
This suggests the issue might be related to:
Different WebRTC implementations between platforms
User-agent specific server responses
Platform-specific STUN/TURN behavior
The fact that iOS Safari works provides a working baseline for comparison - the WebRTC connection can succeed, so this could help isolate what's different about desktop browser implementations.
Request: Can other users report their platform-specific results to help identify patterns?
@EA-ITINFRA commented on GitHub (Jun 9, 2025):
Hi Everyone,
We ordered 3x devices, 2 of them work flawlessly, 1 of them has this issue where it's stuck at "loading video stream".
We tested it using the same windows computers, we tried, different browsers, resetting the config, resetting to factory, using each others cables, nothing works we suspect this is hardware related.
@porkcharsui commented on GitHub (Jun 9, 2025):
I ran into this issue recently after having no problems connecting to my JetKVM for ~1 month. After power cycling and trying multiple times using both Chrome/Safari (macOS), I too was stuck at the "loading video stream" step when connecting to the KVM.
Since I'm using the ATX Control Board Extension, on a whim I disconnected it and power cycled the JetKVM. On first try, it connected!
App 0.4.1
System: 0.2.4
@davwheat commented on GitHub (Jun 10, 2025):
I have my JetKVM plugged into a Mac Mini. It worked fine for the first month or two, but recently has started acting up like this.
When this happens, it stops working across all browsers I use. I tried unplugging HDMI and Ethernet, and the display on the front didn't even acknowledge I did this. I ended up power-cycling the KVM by unplugging and re-plugging the USB C, at which point it will start working again when it reboots.
Having to do this every time someone wants to use this KVM defeats the whole point of having a KVM.
I don't have any extension boards connected.
@dllz commented on GitHub (Jun 10, 2025):
I have this issue as well. Getting this error as well
@axel578 commented on GitHub (Jun 11, 2025):
Cant use the KVM because of this seriously it has been more than 5 months with this issue, makes no sense such issue remains.
@at-Duke commented on GitHub (Jun 11, 2025):
I have the same issue. I bought this last month.
@kkygeek commented on GitHub (Jun 15, 2025):
I was hoping it would be flawless but I see I'm not the only one with constant issues that makes it unusable for now. Let's hope it gets better, it's still early.
@ChrisDowning commented on GitHub (Jun 15, 2025):
Just checking in to share that I still have not had any success with my JetKVM. To be honest I have given up on the device and moved on to other solutions, but since I never got around to turning off notifications for this issue I keep seeing others reporting positive outcomes from reboots, and so I occasionally try it again myself. No such luck, though I did capture this new error message when trying to change the EDID mode today:
@thedroidkid commented on GitHub (Jun 18, 2025):
Seeing this on one of mine but the other one is just fine. I have to reboot every few days.
@AleksCee commented on GitHub (Jun 19, 2025):
Has anyone get a connection running using Pangolin as Proxy/Tunnel? The webui ist working but the Video connection not with the error from this issue.
@andras-tim commented on GitHub (Jun 19, 2025):
Let me share my success story here.
I also received my JetKVM quite early (via Kickstarter), and I had issues from the very beginning... but for some reason, I was at least able to use it in certain cases (e.g., from Firefox on Ubuntu and Chrome on Android), as I reported later.
At that time, I enabled SSH access to gather more information about the issue (this was the only change I made to the settings), and I rebooted the device several times, but nothing changed.
However
I don't use my KVMs on a daily basis, but as I see now with version
App: 0.4.4, System: 0.2.4, my devices just work from all browsers without any issues (I haven’t rebooted them for months).While scrolling back up here, I found another comment with a similar situation:
... I also use a Unifi network, enabled SSH, ... maybe.
@stoff75 commented on GitHub (Jun 22, 2025):
I've had my JetKVM for a few weeks, it worked perfectly. Now I get this issue of stuck at "loading video stream". Fortunately for me it works after I powercycle the unit. But unfortunately that defeats the entire reason of having it!
I also noticed that it had gotten a firmware upgrade (App: 0.4.4, System: 0.2.4) as I can now enable https, but even with that off (as it has been since I received it) I get this issue.
@nofuturekid commented on GitHub (Jun 22, 2025):
Second this - same behavior with App: 0.4.4 and System 0.2.4 on all of my JetKVMs.
@coreycdm commented on GitHub (Jun 24, 2025):
Came here to post the same. I had no issues initially with either lan or cloud console connection. Now, the unit (same app/system versions) gets stuck loading until I power cycle.
As a temporary workaround, I have the power brick plugged into a smart plug that power cycles once per day overnight. So far, that seems to have helped, but it's certainly not how the product should work.
@nofuturekid commented on GitHub (Jun 24, 2025):
You can SSH into the JetKVM or enable the Web terminal and reboot the JetKVM from there. But anyways, it's uncomfortable and it should work without such workarounds.
Edit: For now the latest beta seems to have fixed the issue, though I don't know which commit addresses this.
@coreycdm commented on GitHub (Jun 24, 2025):
How do you reboot from the cloud console? I can't find that option anywhere.
And yeah, I know SSH is an option...but simplifying access from outside my network is one of the main reasons I went with this device!
@nofuturekid commented on GitHub (Jun 25, 2025):
You have to enable "Developer Options" in the settings and then you will get a "Web Terminal" in "top menu" above the virtual screen. This one then will drop you into a shell of the JetKVM and there you just 'reboot'.
@jorgii commented on GitHub (Jun 25, 2025):
I had the same issue but it seems it got fixed after I set "Turn off display after" to "never" in the "Hardware" section of settings.
@nofuturekid commented on GitHub (Jun 25, 2025):
I'm pretty sure had this disabled and I don't see any relation between the touch display and the video stream.
Still the video stream should not stop functioning when this timeout is set.
Good you found another workaround.
@jorgii commented on GitHub (Jun 25, 2025):
That's a good point. I will revert the setting to see whether it is a coincidence.
@thedroidkid commented on GitHub (Jun 25, 2025):
I have a feeling this is now fixed in 0.4.5 posted 6 hours go.
Restart jetkvm_native automatically by @ym in https://github.com/jetkvm/kvm/pull/629
This PR adds functionality to automatically restart the jetkvm_native binary if it terminates unexpectedly.
Introduces locking around binary start-up via startNativeBinaryWithLock.
Implements functions (restartNativeBinary and superviseNativeBinary) to monitor and restart the binary.
Updates ExtractAndRunNativeBin to run a supervisor loop that ensures the binary is running.
@k4emic commented on GitHub (Jun 25, 2025):
I also got stuck on "ICE Gathering completed" on fedora 42 + firefox 139. Works fine in chrome and librewolf.
I had success fixing this by enabling
media.webrtc.hw.h264.enabledinabout:config.@ctreiser commented on GitHub (Jun 30, 2025):
I am running ubuntu and keep having this issue when I leave the machine alone for a period of time longer then an hour. I did have some limited sucess with using the "wake on lan" function, but I rebooted the linux machine and it went back to the NO HDMI Detected.
I tried connecting from the local network, same error, switched back to cloud and now I have the desktop showing.
@alexisgahon commented on GitHub (Jul 25, 2025):
Just received mine, so sad it get stuck on Loading Video Stream ... (no matter the client ...)
Wanted to use on my Reolink DVR
@mygrexit commented on GitHub (Aug 7, 2025):
same problem.
@Coder84619 commented on GitHub (Aug 9, 2025):
Yup it's broken for me too. Highly disappointing.
@SvenFinn commented on GitHub (Aug 16, 2025):
I've encountered a similar issue where the KVM gets stuck at "ICE gathering complete", but only on one specific device. Looking at the WebSocket signaling messages, I saw the following:
So the server seems to detect some error, but it just sends an empty error object without any useful details.
After this point, the client continues sending ICE candidates:
But nothing comes back from the server after that, and the connection never completes.
Cause and workaround:
After some digging, I found that IPv6 was disabled on this device. Re-enabling IPv6 immediately resolved the issue — KVM connected as expected.
Would be great if the server returned a more descriptive error when this happens. Right now it silently fails, which makes it harder to debug.
@taranjlu commented on GitHub (Aug 18, 2025):
I am also having this issue, but it only shows up when I am trying to remotely connect via tailscale. If I am on my local LAN, I am able to use my tailnet domain just fine and I am able to get to the web gui successfully (tested on several devices). However, if I disconnect and use data on my phone, I get to the login screen, but it fails to load the video stream and after a few seconds, I get the error page that says "Connection Issue Detected." Reconnecting to my LAN allows my phone to access the web gui just fine.
Edit: I also just tested tethering my phone to my laptop and was able to get through to the web gui with the video feed using using Firefox, so at least in my case, the issue seems to only show up for mobile (iOS) browsers (Brave, Safari, and Chrome) when not on my LAN.
@alexisgahon commented on GitHub (Sep 2, 2025):
I changed the resolution on my Reolink DVR to 1920x1080 instead of 3840*2160 and it's working now.
Just the mouse is a bit buggy.
@evilphish commented on GitHub (Sep 25, 2025):
Same problem here with a brand new unit I just received. Did a firmware update so I am now at:
App: 0.4.8
System: 0.2.5
Using Firefox 143.0.1
Network setup: Unifi network hardware, jetKVM and clients that show the error message are all on the same subnet. No cloud, no NAT, no firewall involved.
Data below video stream window:
Tested with: Firefox (Version see above) and Chrome on desktop Linux Mint and Android
@Mazyod commented on GitHub (Dec 25, 2025):
I've used JetKVM since March 2025 (Kickstarter) without much issues, but this week (Dec. ~20th) I decided to unplug the HDMI and connect my monitor directly for a bit. After that, I hit this issue for the first time.
I tried unplugging the system, reboot from the web dashboard, nothing seemed to work. Finally, tried the
rebootcommand from the web terminal, and that finally solved it... No idea why that would be different than the other power cycle methods I've tried.@SebDominguez commented on GitHub (Dec 26, 2025):
Mine was working flawlessly until one day (maybe after 5 month of use) it was stuck at “initializing” on the oled screen and after unplugging it now I have NO HDMI signal detected.
@pearls-of-agrippa commented on GitHub (Dec 27, 2025):
I ran into the same problem seemingly after a power loss from PG&E. It may have had nothing to do with it, but I found a mitigation: I went to the screen that showed the HDMI error, and pulled up the virtual keyboard. I picked 't' randomly, pressed it rapidly about 10 times. And lo! the screen popped up. I cannot explain it, but it worked and I have my HDMI connection back after a couple of months. I'm very curious if this works for anyone else.
@SebDominguez commented on GitHub (Dec 27, 2025):
unfortunately it didn't worked for me
@adamshiervani commented on GitHub (Dec 29, 2025):
Will close this as this has inflated to a mega issue. If you land here, and have issues please refer to our Troubleshooting Guide, which should include many of the advice found in the thread.
If that doesn't solve your problem, feel free to open a new issue with specific details about your setup and problem.
@samJwitt commented on GitHub (Feb 5, 2026):
The Troubleshooting Guide links back to here, so that's circular. Is there going to be a fix?
@mygrexit commented on GitHub (Feb 10, 2026):
Nothing works for me.
I'm stuck at "Loading video stream..." in Firefox and in Chromium. I tried all the suggested fixes.
Would be great if you could stop pointing us towards outdated FAQs and actually try to fix the issue @adamshiervani
@SebDominguez commented on GitHub (Feb 10, 2026):
Is there a way to install the original firmware from the first Kickstarter delivery batch?
@samJwitt commented on GitHub (Feb 11, 2026):
@adamfeldman can this please be re-opened? It was never fixed, and I'm not sure why it being a "mega issue" resulted in it being closed.