immense / immense/Remotely

Remote control doesn't start if session (linux desktop) is locked

Open
#534 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C#
Stars
5.1k
Forks
1.6k
PR merge metrics
No merged PRs in 30d

Description

**Describe the bug**
Client : Resident agent is installed on my Linux machine.
Server : installed on synology NAS (docker)

If my Linux session is opened, remote control works perfectly.
If my Linux session is locked, I can't start remote control. Only terminal mode is working in this state.

**To Reproduce**
1. Lock the Linux session (SUPER+L)
2. Try to run remote control
3. Remote control doesn't start

**Remotely Version**
Server (can be found on about page): 2022.08.02.0428
Agent (can be found in device card): 2022.08.02.0428

**Expected Behavior**
I want to be able to take the control of the remote computer even if its session is locked.
Is there a way to make remote computer working with a command line ? The terminal access remains functionnal.

**Desktop (please complete the following information):**
- OS: Kali Linux 2022.3 (derivated from ubuntu)
- Kernel 5.19
- WM : XFWM4
- Shell :zsh
- Display : X11

Server Logs of the error when starting the remote control with a session locked.
>
> [Warning] [TransportConnectionId:xxxxxxxxxxxxxxxxxxxxxx - ConnectionId:xxxxxxxxxxxxxxxxxxxxxx - Remotely.Server.Pages.Downloads] \| Message: Error while checking ClickOnce file. \| Exception: Could not find a part of the path '/var/www/remotely/wwwroot/Content/Win-x64/ClickOnce/Remotely_Desktop.application'. |   | at Interop.ThrowExceptionForIoErrno(ErrorInfo errorInfo, String path, Boolean isDirectory, Func2 errorRewriter)
>
> at Interop.CheckIo(Error error, String path, Boolean isDirectory, Func2 errorRewriter) at Microsoft.Win32.SafeHandles.SafeFileHandle.Open(String path, OpenFlags flags, Int32 mode) at Microsoft.Win32.SafeHandles.SafeFileHandle.Open(String fullPath, FileMode mode, FileAccess access, FileShare share, FileOptions options, Int64 preallocationSize) at System.IO.Strategies.OSFileStreamStrategy..ctor(String path, FileMode mode, FileAccess access, FileShare share, FileOptions options, Int64 preallocationSize) at System.IO.Strategies.FileStreamHelpers.ChooseStrategy(FileStream fileStream, String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, Int64 preallocationSize) at System.IO.File.AsyncStreamReader(String path, Encoding encoding) at System.IO.File.InternalReadAllTextAsync(String path, Encoding encoding, CancellationToken cancellationToken) at Remotely.Server.Pages.Downloads.OnInitializedAsync() in D:\a\1\s\Server\Pages\Downloads.razor:line 246
> -- | -- | --
>

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The report names Server/Pages/Downloads.razor at line 246 and describes remote control versus terminal behavior on a locked X11 session. Start by reproducing the SUPER+L case on Kali Linux with the stated versions, then trace the remote-control startup path; done means remote control starts while locked without regressing terminal access.

Written by the indexing model from the issue text.

Assessment

Tech stack
csharp, docker, linux, zsh
Domain
desktop, operating-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.