mirror of
https://github.com/1Remote/1Remote.git
synced 2026-04-25 13:36:03 +03:00
[GH-ISSUE #797] Unable to resize (make smaller) the RDP window #3567
Labels
No labels
area-configuration
area-ct-app
area-ct-rdp
area-ct-remoteapp
area-ct-ssh
area-ct-vnc
area-launcher
area-list
area-tags
area-teamwork
bug
chore
dependencies
general-build/ci
general-performance
general-refactor
general-security
general-supportive
general-ux
meta-documentation
meta-enhancement
meta-enhancement
meta-feature
meta-help-wanted
meta-unknown-error
priority-hi
priority-low
pull-request
question
resolution-duplicate
resolution-invalid
resolution-wontfix
stale
task-put-off
task-still-considering
task-working-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/1Remote#3567
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 @dbczynski on GitHub (Dec 3, 2024).
Original GitHub issue: https://github.com/1Remote/1Remote/issues/797
Originally assigned to: @VShawn on GitHub.
Describe the bug
Whenever I try to manually make an RDP connection window bigger by dragging the edges or the corners, it snaps back after dragging the length of more than a couple pixels. You can only make it bigger by resizing by ~10 pixels at a time.
Resizing to make it smaller works as intended (but do so carefully, as resizing it back is a pain).
The main window and other connection types don't have this issue. Display>Resolution settings don't make a difference. Resizing using shortcuts (such as snapping the window to the display's edge) works without issue.
To Reproduce
Steps to reproduce the behavior:
3a. Drag it outwards at a normal speed - the edge will move a couple pixels but then it'll snap back to its previous position (leaving the mouse cursor outside the window)
3b. Drag it outwards slowly - the edge will move a couple pixels, then the window contents will adjust. You can release the button to "set" the new position or drag it outwards a couple pixels more. Whenever you drag too quickly the edge will snap back to its previous "set" position.
Screenshots

If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):
Additional context
Couldn't reproduce the issue on Windows 11
@VShawn commented on GitHub (Dec 4, 2024):
The functional buttons may not be displayed due to the RDP connection events not receiving a response, which is clearly problematic.
@itagagaki commented on GitHub (Dec 4, 2024):
I don't think it's the reported problem that the functional buttons are not being showing up.
(This is a separate issue as it is also a glitch).
The reported problem was reproduced on my Windows 10.
Please watch this video.
Note that I am holding down the left mouse button on the edge of the window and dragging it to the side without releasing it. However, the window stopped expanding halfway. And then it went back to the width it was before I dragged it. Sometimes it works, sometimes it fails. As the npreviously report said, it seems to be related to the dragging speed, but this is not always the case.
https://github.com/user-attachments/assets/3c7457f2-5fb7-4d32-a275-4532d9d16129
And after repeating this test, Explorer stopped working for a while. I then confirmed that 1Remote had frozen (hung up).
This happened to me several times.
@VShawn commented on GitHub (Dec 5, 2024):
Here I used a timer to determine if the dragging is completed. Perhaps there is an issue with the logic of this timer. I need to have enough time to review this part of the code.
@dbczynski commented on GitHub (Dec 5, 2024):
Oh, the buttons do display correctly. I just have them on the left side.
@VShawn commented on GitHub (Dec 7, 2024):
By downloading historical versions of the APP, I finally find out that the bug sourced from feature #648. I will reopen #648 until the bug is fixed.
@majkinetor commented on GitHub (Dec 10, 2024):
It doesn't happen to me. Resizing works OK. If I move very hard, sometimes remote desktop isn't resized correctly to match the new windows size (but rarely). Here is the screen (ignore skew):