https://bugs.kde.org/show_bug.cgi?id=482950

--- Comment #18 from Joe S <jmscdba+...@gmail.com> ---
(In reply to Tilman Vogel from comment #17)
> Broken on openSUSE Tumbleweed 20240524.
> Thanks to https://bugs.kde.org/show_bug.cgi?id=482950#c10 for the workaround!

Doesn't work for me on TW 20240430 using Accelleration "Disable All
Accelleration".   Here's the messages for krdc

kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_rdpplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_testplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_vncplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
qt.core.qobject.connect: QObject::connect: No such signal
KBookmarkManager::changed(QString,QString)
KRDC: Starting RDP session
[10:35:56:292] [18533:18533] [INFO][com.freerdp.gdi] - Local framebuffer format
 PIXEL_FORMAT_RGBA32
[10:35:56:292] [18533:18533] [INFO][com.freerdp.gdi] - Remote framebuffer
format PIXEL_FORMAT_BGR24
[10:35:56:308] [18533:18533] [INFO][com.freerdp.channels.rdpsnd.client] -
[static] Loaded pulse backend for rdpsnd
[10:35:56:309] [18533:18533] [INFO][com.freerdp.channels.drdynvc.client] -
Loading Dynamic Virtual Channel rdpsnd
[10:35:56:309] [18533:18533] [INFO][com.freerdp.channels.drdynvc.client] -
Loading Dynamic Virtual Channel audin
[10:35:56:318] [18533:18533] [INFO][com.freerdp.channels.audin.client] - Loaded
pulse backend for audin
[10:35:58:532] [18533:18613] [ERROR][com.freerdp.core.update] - UPDATE_TYPE
Bitmap [1] failed
[10:35:58:532] [18533:18613] [ERROR][com.freerdp.core.rdp] -
DATA_PDU_TYPE_UPDATE - update_recv() failed
[10:35:58:532] [18533:18613] [ERROR][com.freerdp.core.transport] -
transport_check_fds: transport->ReceiveCallback() - -1
[10:35:58:532] [18533:18613] [ERROR][com.freerdp.core] - freerdp_check_fds()
failed - 0
[10:36:00:951] [18533:18533] [ERROR][com.freerdp.core] -
freerdp_abort_connect:freerdp_set_last_error_ex ERRCONNECT_CONNECT_CANCELLED
[0x0002000B]

And then I'm disconnected.

Doesn't work for me on TW 20240430 using Accelleration Force RemoteFX.  Here's
the messages for krdc

kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_rdpplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_testplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_vncplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
qt.core.qobject.connect: QObject::connect: No such signal
KBookmarkManager::changed(QString,QString)
KRDC: Starting RDP session
[10:38:17:156] [18740:18740] [INFO][com.freerdp.gdi] - Local framebuffer format
 PIXEL_FORMAT_RGBA32
[10:38:17:156] [18740:18740] [INFO][com.freerdp.gdi] - Remote framebuffer
format PIXEL_FORMAT_BGRA32
[10:38:17:175] [18740:18740] [INFO][com.freerdp.channels.rdpsnd.client] -
[static] Loaded pulse backend for rdpsnd
[10:38:17:176] [18740:18740] [INFO][com.freerdp.channels.drdynvc.client] -
Loading Dynamic Virtual Channel rdpsnd
[10:38:17:176] [18740:18740] [INFO][com.freerdp.channels.drdynvc.client] -
Loading Dynamic Virtual Channel audin
[10:38:17:180] [18740:18740] [INFO][com.freerdp.channels.audin.client] - Loaded
pulse backend for audin
[10:38:19:330] [18740:18817] [WARN][com.freerdp.channels.rdpdr.client] -
Checking ExtendedPDU::RDPDR_USER_LOGGEDON_PDU, client supported, server not
found

and then it hangs on the Blue Screen.

Whereas "xfreerdp -u <user> -v <server> --dynamic-resolution" works fine and
displays the desktop.

NOTE:

I have been trying to resolve these issues for almost 3 MONTHS now.   They
started for me when TW switched to KDE Plasma 6.

The messages above are from my main machine ( where I originally found the
problem ) which is running TW 20240430 now, HOWEVER,
months ago I setup 2 test machines with brand new TW installations and
replicated the problem there on brand new installations completely eliminating
any issue with my main machine.

Over the last 3 months, I have updated those TW test machines as new builds
have become available and then retested but the same basic problem occurs.   In
ALL cases, where krdc FAILS, I can run xfreerdp and it WORKS without issue.

Right now those 2 test TW machines are running TW 20240523.

If I run krdc in that test environment ( running 20240523 ) with Disable All
Accelleration.  Here's the messages for krdc

kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_rdpplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_testplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_vncplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
qt.core.qobject.connect: QObject::connect: No such signal
KBookmarkManager::changed(QString,QString)
Segmentation fault (core dumped)

If I run krdc in that test environment ( running 20240523 ) with Force
RemoteFX.  Here's the messages for krdc

kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_rdpplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_testplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_vncplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
qt.core.qobject.connect: QObject::connect: No such signal
KBookmarkManager::changed(QString,QString)
Segmentation fault (core dumped)

So since 20240430 the problem got worse as now I just get a coredump with TW
20240523

Keep in mind those 2 tests machines are BRAND NEW TW installations with NO
changes from the default installation other than to install xrdp.

And in the test evironment, just like on my main machine using "xfreerdp -u
<user> -v <server> --dynamic-resolution" works fine and displays the desktop.

Since you said you are using 20240524, I updated the 2 test machines to that
version and retested.

If I run krdc in that test environment ( running 20240524 ) with Disable All
Accelleration.  Here's the messages for krdc

kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_rdpplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_testplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_vncplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
qt.core.qobject.connect: QObject::connect: No such signal
KBookmarkManager::changed(QString,QString)
Segmentation fault (core dumped)

If I run krdc in that test environment ( running 20240524 ) with Force
RemoteFX.  Here's the messages for krdc

kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_rdpplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_testplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
kf.coreaddons: The plugin "/usr/lib64/qt6/plugins/krdc/libkrdc_vncplugin.so"
explicitly states an Id in the embedded metadata, which is different from the
one derived from the filename The Id field from the KPlugin object in the
metadata should be removed
qt.core.qobject.connect: QObject::connect: No such signal
KBookmarkManager::changed(QString,QString)
Segmentation fault (core dumped)

So I still get the coredump with 20240524.

And just like all my other tests using xfreerdp WORKS fine and displays the
desktop.

Generally developers love when a problem is reproducible vs an intermittent
problem as it is much easier to figure out what is wrong.

Since I have replicated this problem in BRAND NEW TW installations updated over
the last few months it seems that I have presented the ideal debugging
environment for them to determine the cause and fix the problem.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to