macOS connection shows image but overlay Connected, waiting for image… never vanishes

[foss-]

Bug Description

macOS 13.4
Rustdest Nightly 2023-06-02

connected to

macOS 12.6.5
Rustdest Nightly 2023-06-02

RustDesk shows image but overlay Connected, waiting for image… never vanishes.

How to Reproduce

Create RustDesk connection, enter password, a connection is created with dark overlay and dialog that does not vanish.

Expected Behavior

Once connection is made, hide dialog.

Operating system(s) on local side and remote side

macOS

RustDesk Version(s) on local side and remote side

1.2.0

Screenshots

[rustdesk]

@21pages

[fabrififi]

same issue +1

[rustdesk]

@foss- @fabrififi does this happen every time?

[lws-hosting]

Yes it append every time, waiting some hours and dialog stay here.

If i move some window on the MacOS, i can see in the backgroup they are moving too

[rustdesk]

Interesting， I can not reproduce

[lws-hosting]

If it can help, in my case i use a self hosted server

# ./hbbr -V
hbbr 1.1.7-1

# ./hbbs -V
hbbs 1.1.7-1

[zhaixuepan]

same issue +1

But my mac mini m1 remote has no display

[zhaixuepan]

[larryqiann]

Same problem on macOS Ventura M1, connecting from Android. Using TeamViewer, it looks like the RustDesk session is established, but there is no video and no input forwarding to the remote system.

[21pages]

@larryqiann It is the first connection after the system restarts or the connection after the first connection ?

[larryqiann]

It is a problem on all connections, since updating no connections work

[dieskim]

Same issue here..any way I can help debug?

[verymilan]

Same for me, using the current nightly build.

After an attempt to downgrade to the latest official release, it doesn't even the window after entering the password. :(

edit: had to downgrade both, now its the "waiting for image" message on black background. i can however enable the cursor lmao – but otherwise it just closed the window on me as soon as i hit ok.

[dieskim]

I was able to get the "Connected, waiting for image.." to not show up by disabling "Enable Keyboard/Mouse" under the Permission settings...hope this helps to figure this out

[rustdesk]

@dieskim Thanks. Can we connect to your machine for debugging? We still can not reproduce.

[rustdesk]

Can we connect to your machine for debugging?

@zhaixuepan

[21pages]

@dieskim If Enabling "Enable Keyboard/Mouse", it is "Connected, waiting for image.." each time ?
My Email is pages21@163.com

[dieskim]

yeah every time

[21pages]

Ok, should have something to do with "Enable Keyboard/Mouse", I'll working on this.

[rustdesk]

@dieskim can you try out disable audio instead of keyboard? or clipboard, any other one is ok.

[dieskim]

I tried them all one by one yes - only keyboard / mouse caused the issue - I can enable keyboard and mouse after the connection is made and then it works fine

[rustdesk]

@dieskim Good finding.

[zhaixuepan]

Can we connect to your machine for debugging?

@zhaixuepan

Yes, how can I cooperate? Send us the ID and password, but I use a custom server？

[zhaixuepan]

win11-->mac mini m1 ，都是构建的最新版本，禁用键鼠和音频，问题依旧。

@rustdesk

[zhangbo8418]

_2023_06_08_20_45_55_107.mp4

Screenrecording_20230608_204657.mp4

[rustdesk]

@zhangbo8418 can you remember when did you start to see such problem?

[zhangbo8418]

@zhangbo8418 can you remember when did you start to see such problem?

I'm not sure, but typically I control other devices from my Mac without any issue. However, yesterday I found that my phone couldn't connect to the Mac, and today when I tried to use Windows to connect to the Mac, the same thing happened.

[lws-hosting]

In my case i've see that like 1 week ago

[foss-]

Connecting from Android 1.1.10-1 to mac 1.2.0 (2023-06-08) was not a problem and even mouse was controllable.
Connecting from mac to Android was not a problem.

However when connecting from one mac to another mac (both 1.2.0 2023-06-08) the issue is 100 % reproducible. Maybe you tested a different connection setup and thus were unable to reproduce?

[rustdesk]

Thanks, maybe because I always run with debug. Let me download nightly build and try more times.

[rustdesk]

I reproduced the problem 100%, and put a fix, now it works on my machines.
This issue occured after uprading to Flutter 3.10 from 3.7, await (messge in stream_sink) stops to work after a while, but stream_sink.listen can always work.
A similar issue fzyzcjy/flutter_rust_bridge#1031

[larryqiann]

Latest build fixes this problem for me. Need to update both client and host for changes to take effect. Thank you!!

[lws-hosting]

I confirm that updating both client and host from nightly fix the problem, nice work

[larryqiann]

There is one remaining bug that it seems like once the connection ends, it is necessary to close the client app and reopen it, otherwise the problem will return.

[21pages]

@larryqiann When reopen it, what's the dialog there, still "Connected, waiting for image" ?

[larryqiann]

No, now it just shows "Connecting", but on the host side it is already connected

[rustdesk]

There is one remaining bug that it seems like once the connection ends, it is necessary to close the client app and reopen it, otherwise the problem will return.

This one I really can not reproduce. @lws-hosting could you confirm?

[larryqiann]

Android connecting to macOS, both on same version, the latest

[rustdesk]

Reproduced.

[rustdesk]

@larryqiann please try out the new nightly build.

[foss-]

Tested todays build and can not reproduce Anddroid to Mac problems. Connection worked fine.
Mac to Mac also worked fine. The issue mention where on a reconnect an issue happens is not reproducible for me.

Confirming this is no longer a problem and closing. I think it is best for remaining problems to file a new issue as the original problem has been addressed.

Big kudos to @rustdesk and @21pages for your work.

[zhangbo8418]

@larryqiann请尝试新的夜间构建。

Why is the remote control mouse for Mac now a dot instead of an arrow?

[rustdesk]

Why is the remote control mouse for Mac now a dot instead of an arrow?

#4605

[doudoupower]

The windows client connecting to the windows server has the same problem, "Connected, waiting for screen transfer...". But when I open mstsc to connect to the server, rustdesk shows the content. After closing the mstsc connection and reopening rustdesk, it waits again.