code-server: Cannot select text on iPad with trackpad / mouse

OS/Web Information

  • Web Browser: Safari (with / without PWA) / Chrome
  • Local OS: iOS
  • Remote OS: Ubuntu Server
  • Remote Architecture: Arm64
  • code-server --version: 3.9.3

Steps to Reproduce

  1. Connect a mouse or trackpad to iPad.
  2. Select any text in the editor with Mouse / Trackpad (i.e., press the Trackpad or Mouse left button and move around).

Expected

The text should be selected.

Actual

Only the cursor gets moved around. Nothing gets selected.

Notes

This works on some other implementations (e.g., Gitpod).

This issue can be reproduced in VS Code: No

About this issue

  • Original URL
  • State: closed
  • Created 3 years ago
  • Reactions: 3
  • Comments: 24 (12 by maintainers)

Most upvoted comments

On iPadOS 16.3.1, iPad Pro 11in 4th gen, code-server 1.76.1 arm64

I’ve noticed that the actions that consistently reproduce this issue is contained to 3 scenarios:

  1. Your code-server is in full screen and you (even slightly) reveal the stage manager on the left
  2. Your code-server is in full screen and you (even slightly) reveal the dock at the bottom
  3. Your code-server is in full screen and you return to the home screen

After lots of testing I don’t believe the issue occurs under any conditions. The Command Center and Notifications menu don’t seem to trigger it even when in full screen mode.

One interesting thing is that my Apple Pencil always works for selection. My mouse and fingers do not.

The conditions above all appear to hold true regardless of whether Stage Manager is on or off (actually, since stage manager is the only way to make it non-full screen, enabling it is the only way to avoid this issue). The also seem to hold true regardless of whether you’re fetching code-server from in a regular Safari tab or from inside a PWA.

Edit: I’ll add, for the sake of user impact & prioritization, that this issue paired with https://github.com/coder/code-server/issues/4272 is quite a nasty duo since it makes screen real estate bad to the point of being almost unusable on the 11 inch iPad. Too bad the thinking is that both of these issues are upstream.

thanks, so this is a code-server issue.

For me on 14.5, the text selection works neither in the editor nor in the terminal window (iOS 14.5.1). Edit: Somehow the text selection works now in the terminal, the one in the text editor is still broken (Maybe re-connecting my mouse changed something).

I have the same problem on 14.5 even in PWA mode that the scroll is working but I can’t select text, text selection works in terminal but not in editor

Curious if others experiencing this issue are also on iOS 14.5 - seems like the most obvious thing that’s changed recently.

PS, apologies if this is already obvious to the majority of people who’d be using code-server in the first place, but a simple (and hopefully temporary!) workaround is to click at one end of the desired selection, hold shift, click the other end, and release shift.

GitHub Codespaces doesn’t have this issue, I just checked.

I am on the waiting list for Github Codespaces, hoping to get access soon, but in the meantime I will test term.js.

I have the issue with iPadOs 14.6 (and earlier 14.5) as frontend, and a raspberry pi 4 with buster as backend (using the “official” install.sh).

If anybody can give me a code pointer, then I am more happy to try and debug my way through it and isolate the culpit (as mentioned in my other PR that was closed as a duplicate).

Nope. Running 3.9.3 locally on laptop and in Railway.

I’m using code-server 3.9.3 with iPad Pro 2nd gen running iOS 14.5 with an Apple Magic keyboard and cannot reproduce your issue.

Screenshot

RPReplay_Final1619458341.MP4 A couple questions:

  • Could you post a screen recording showing what’s happening?
  • What mouse/trackpad are you using?

Thanks for the reply. Were you trying to double click the text?

This is what I meant:

code-server:

https://user-images.githubusercontent.com/39870883/116131129-0096f680-a69a-11eb-98e3-d3ab1827701a.mp4

expected behavior (Gitpod):

https://user-images.githubusercontent.com/39870883/116131136-0260ba00-a69a-11eb-856b-516f6d9d8de7.mp4