iOS browsers mouse in full screen mode #66

New issue

Open

opened 2026-02-20 08:19:58 -05:00 by deekerman · 4 comments

deekerman commented

2026-02-20 08:19:58 -05:00

Owner

Originally created by @spawnflagger on GitHub (Jan 24, 2025).

iOS client browsers (all required by Apple to use WebKit) can view the JetKVM page and stream, but when setting fullscreen, it goes into its own "video streaming mode" with overlays for play/pause/ff/rew and there's no way to input mouse clicks.
Exiting fullscreen mode (X in corner) often the stream doesn't come back or is small- reloading the page is only fix.

Mouse drags are also impossible in full screen and non-fullscreen - it just moves around and zooms the view.

Not sure if it's possible (without creating a custom App) to force treating the WebRTC stream as something that Apple doesn't think is video.

It is possible to pair a bluetooth mouse to iPad, I'll see how that behaves, and add a comment later.

please consider this issue low-priority, I don't intend to actually use the iPad as a client, was just testing to see if it works.

Originally created by @spawnflagger on GitHub (Jan 24, 2025). iOS client browsers (all required by Apple to use WebKit) can view the JetKVM page and stream, but when setting fullscreen, it goes into its own "video streaming mode" with overlays for play/pause/ff/rew and there's no way to input mouse clicks. Exiting fullscreen mode (X in corner) often the stream doesn't come back or is small- reloading the page is only fix. Mouse _drags_ are also impossible in full screen and non-fullscreen - it just moves around and zooms the view. Not sure if it's possible (without creating a custom App) to force treating the WebRTC stream as something that Apple doesn't think is video. It is possible to pair a bluetooth mouse to iPad, I'll see how that behaves, and add a comment later. please consider this issue _low-priority_, I don't intend to actually use the iPad as a client, was just testing to see if it works.

deekerman added the

component: ui

label

2026-02-20 08:19:58 -05:00

deekerman commented

2026-02-20 08:19:59 -05:00

Author

Owner

@Nevexo commented on GitHub (Jan 24, 2025):

Sort of related to #35.

Simply just because the video player can't be overlayed when it's in full screen, like it is in "normal" mode. It's a tricky one to fix, needs quite a lot of thought.

As you say, could end up needing to have a native app for it.

@Nevexo commented on GitHub (Jan 24, 2025): Sort of related to #35. Simply just because the video player can't be overlayed when it's in full screen, like it is in "normal" mode. It's a tricky one to fix, needs quite a lot of thought. As you say, could end up needing to have a native app for it.

deekerman commented

2026-02-20 08:20:00 -05:00

Author

Owner

@spawnflagger commented on GitHub (Jan 24, 2025):

this seems relevant (link), even if JetKVM isn't using that React library, basically means you can't use any Native fullscreen mechanism and would have to build your own fullscreen UI. Definitely a lot of work, and low priority.

@spawnflagger commented on GitHub (Jan 24, 2025): this seems relevant ([link](https://github.com/TheWidlarzGroup/react-native-video/issues/2886#issuecomment-1275003209)), even if JetKVM isn't using that React library, basically means you can't use any Native fullscreen mechanism and would have to build your own fullscreen UI. Definitely a lot of work, and low priority.

deekerman commented

2026-02-20 08:20:00 -05:00

Author

Owner

@AndreTomasGraca commented on GitHub (Feb 9, 2025):

I want to use iPad as a client to connect to the three JetKVMs I bought, that is my main intention. I would love to see a solution for this!

@AndreTomasGraca commented on GitHub (Feb 9, 2025): I want to use iPad as a client to connect to the three JetKVMs I bought, that is my main intention. I would love to see a solution for this!

deekerman commented

2026-02-20 08:20:00 -05:00

Author

Owner

@Teslamax commented on GitHub (Jul 18, 2025):

Just a thought — would a simple <canvas>-based fallback viewer (e.g. MJPEG or similar) help avoid Safari's fullscreen input limitations? Seems like it might sidestep the native video behavior. No pressure — just an idea based on PiKVM’s approach.

@Teslamax commented on GitHub (Jul 18, 2025): Just a thought — would a simple `<canvas>`-based fallback viewer (e.g. MJPEG or similar) help avoid Safari's fullscreen input limitations? Seems like it might sidestep the native video behavior. No pressure — just an idea based on PiKVM’s approach.

deekerman referenced this issue

2026-02-20 08:23:21 -05:00

SSH Tunneling Partially Works? #520