Remote control doesn't start if session (linux desktop) is locked
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
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- 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