Menu
▾
▴
freerdp-devel — FreeRDP developler mailing list
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(19) |
Jun
(20) |
Jul
(9) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(12) |
Dec
(88) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
(18) |
Feb
(100) |
Mar
(115) |
Apr
(80) |
May
(111) |
Jun
(179) |
Jul
(131) |
Aug
(137) |
Sep
(167) |
Oct
(244) |
Nov
(168) |
Dec
(58) |
| 2011 |
Jan
(53) |
Feb
(176) |
Mar
(308) |
Apr
(169) |
May
(181) |
Jun
(227) |
Jul
(67) |
Aug
(127) |
Sep
(99) |
Oct
(84) |
Nov
(60) |
Dec
(70) |
| 2012 |
Jan
(55) |
Feb
(85) |
Mar
(98) |
Apr
(18) |
May
(29) |
Jun
(17) |
Jul
(26) |
Aug
(37) |
Sep
(77) |
Oct
(60) |
Nov
(15) |
Dec
(74) |
| 2013 |
Jan
(27) |
Feb
(22) |
Mar
(39) |
Apr
(22) |
May
(17) |
Jun
(20) |
Jul
(41) |
Aug
(25) |
Sep
(29) |
Oct
(62) |
Nov
(11) |
Dec
(9) |
| 2014 |
Jan
(11) |
Feb
(14) |
Mar
(34) |
Apr
(20) |
May
(7) |
Jun
(20) |
Jul
(47) |
Aug
(26) |
Sep
(29) |
Oct
(10) |
Nov
(4) |
Dec
(23) |
| 2015 |
Jan
(12) |
Feb
(15) |
Mar
(29) |
Apr
(25) |
May
(20) |
Jun
(20) |
Jul
(5) |
Aug
(3) |
Sep
(4) |
Oct
(5) |
Nov
(5) |
Dec
(8) |
| 2016 |
Jan
(9) |
Feb
(5) |
Mar
(16) |
Apr
(12) |
May
(20) |
Jun
(7) |
Jul
(2) |
Aug
(6) |
Sep
(1) |
Oct
(2) |
Nov
(7) |
Dec
(7) |
| 2017 |
Jan
(20) |
Feb
(27) |
Mar
(13) |
Apr
(6) |
May
(5) |
Jun
(9) |
Jul
(7) |
Aug
(6) |
Sep
(2) |
Oct
(7) |
Nov
(5) |
Dec
(5) |
| 2018 |
Jan
(9) |
Feb
(10) |
Mar
(10) |
Apr
(15) |
May
(18) |
Jun
(6) |
Jul
(22) |
Aug
(14) |
Sep
(25) |
Oct
(33) |
Nov
(28) |
Dec
(16) |
| 2019 |
Jan
(28) |
Feb
(20) |
Mar
(2) |
Apr
(11) |
May
(25) |
Jun
(24) |
Jul
(29) |
Aug
(45) |
Sep
(21) |
Oct
(41) |
Nov
(15) |
Dec
(6) |
| 2020 |
Jan
(1) |
Feb
(16) |
Mar
(22) |
Apr
(18) |
May
(18) |
Jun
(15) |
Jul
(28) |
Aug
(6) |
Sep
(12) |
Oct
(7) |
Nov
(14) |
Dec
(3) |
| 2021 |
Jan
(26) |
Feb
(2) |
Mar
(2) |
Apr
(8) |
May
(3) |
Jun
(2) |
Jul
(2) |
Aug
(11) |
Sep
(6) |
Oct
(5) |
Nov
(2) |
Dec
(4) |
| 2022 |
Jan
(4) |
Feb
(9) |
Mar
(2) |
Apr
(1) |
May
(2) |
Jun
|
Jul
(2) |
Aug
(7) |
Sep
(7) |
Oct
(6) |
Nov
(4) |
Dec
(8) |
| 2023 |
Jan
(12) |
Feb
(12) |
Mar
(2) |
Apr
|
May
|
Jun
(3) |
Jul
(2) |
Aug
(6) |
Sep
(11) |
Oct
|
Nov
(4) |
Dec
(4) |
| 2024 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(7) |
May
(3) |
Jun
(2) |
Jul
(3) |
Aug
(13) |
Sep
|
Oct
(6) |
Nov
|
Dec
(2) |
| 2025 |
Jan
|
Feb
(3) |
Mar
(3) |
Apr
(3) |
May
(12) |
Jun
(4) |
Jul
(5) |
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
(3) |
|
From: Armin N. <arm...@th...> - 2025-12-17 10:48:59
|
Hi, FreeRDP version 3.20.0 is released: As usual, the archive can be downloaded from: https://pub.freerdp.com/releases/ ## What's Changed * Mingw fixes (#12070) * [crypto,certificate_data] add some hostname sanitation (#12072) * [client,common]: Fix loading of rdpsnd channel (#12074) * [client,sdl] set touch and pen hints (#12076) For a complete and detailed change log since the last release run: git log 3.20.0...3.19.1 Regards FreeRDP Team |
|
From: Armin N. <arm...@th...> - 2025-12-12 07:53:26
|
Hi, FreeRDP version 3.19.1 is released: As usual, the archive can be downloaded from: https://pub.freerdp.com/releases/ ## What's Changed * [core,transport] improve SSL error logging (#12045) * [utils,helpers] fix freerdp_settings_get_legacy_config_path (#12052) * From stdin and sdl-creds improve (#12050) * [crypto,certificate] sanitize hostnames (#12055) * [channels,drdynvc] propagate error in dynamic channel (#12057) * [CMake] make Mbed-TLS and LibreSSL experimental (#12058) * Json fix (#12060) * rdpecam: send sample only if it's available (#12061) * [channels,rdpecam] allow MJPEG frame skip and direct passthrough (#12059) * [winpr,utils] explicit NULL checks in jansson WINPR_JSON_ParseWithLength (#12064) * [packaging,flatpak] remove xprop (#12065) For a complete and detailed change log since the last release run: git log 3.19.1...3.19.0 Regards FreeRDP Team |
|
From: Armin N. <arm...@th...> - 2025-12-05 09:19:17
|
Hi, FreeRDP version 3.19.0 is released: As usual, the archive can be downloaded from: https://pub.freerdp.com/releases/ Release addressing a regression (gateway transport failing) and some bugfixes ## What's Changed * [ci] add git-archive ignore list (#11994) * [client,common] fix retry counter (#11996) * [cmake] fix aarch64 neon detection (#11998) * Fix response body existence check when using RDP Gateway (#12002) * fix line clipping issue (#12005) * Clip coord fix (#12006) * [core,input] Add debug log to keyboard state sync (#12008) * Update command line usage for gateway option (#12011) * [codec,ffmpeg] 8.0 dropped AV_PROFILE_AAC_MAIN (#12012) * [channels,audin] fix pulse memory leak (#12013) * [channels,drive] Small performance improvements in drive channel (#12014) * [winpr,utils] fix command line error logging (#12021) * [common,test] Adjust AVC and H264 expectations. (#12020) * drdynvc: implement compressed packet (#12028) * [channels,rdpecam] improve log messages (#12029) * Fix remote credential guard channel loading (#12031) * Fix inverted ifdef (#12032) * [core,nego] disable all enabled modes except the one requested (#12035) * rdpear: handle basic NTLM commands and fix server-side (#12039) * [smartcardlogon] Fix off-by-one error in `smartcard_hw_enumerateCerts` (#12042) * rdpecam: fix camera sample grabbing (#12041) ## New Contributors * @kov-serg made their first contribution in (#12005) * @alexiri made their first contribution in (#12011) * @nteodosio made their first contribution in (#12020) For a complete and detailed change log since the last release run: git log 3.19.0...3.18.0 Regards FreeRDP Team |
|
From: Armin N. <an...@th...> - 2025-09-19 06:13:13
|
Hi, FreeRDP version 3.17.2 is released: As usual, the archive can be downloaded from: https://pub.freerdp.com/releases/ Minor improvements and bugfix release. Most notably resource usage (file handles) has been greatly reduced and static build pkg-config have been fixed. For users of xfreerdp RAILS/RemoteApp mode the switch to DesktopSession mode has been fixed (working UAC screen) ## What's Changed * Findfirst fix (#11833) * [channels,drive] tolerate drive_file_set_disposition_information (#11834) * endianness fixes (#11835) * fix(winpr): ncrypt_pkcs11: set correct PIV certificate labels (#11837) * [cmake] fix versioning regression (#11832) * Limit threadpool (#11840) * [winpr,path] fix missing length check (#11841) * [proxy,channels] better NULL checks (#11842) * [codec,yuv] wrap step calculation (#11843) * [winpr,sspi] log mechanisms not valid (#11844) * settings: remove duplicate setting of GatewayAvdScope (#11845) * [client,sdl] improve clipboard logging (#11849) * rdpecam: add some new callbacks to the HAL (#11851) * [proxy,modules] generate pkg-config files for modules (#11848) * [cmake] static build: populate private (#11852) * [proxy,modules] extend dynamic module loader (#11854) * [winpr,threadpool] default minimum thread count (#11855) * [core,tcp] unify setting of TCP_NODELAY (#11856) * Planar fix (#11857) * Fix quote parsing (#11858) * Sdl mod: disable hotkeys (#11862) * Aad auth fail (#11863) * [clients] add checks from #11804 to all clients (#11865) * [client,x11] fix rails/desktop switch (#11866) * [client,x11] disable output during rail/desktop switch (#11867) * [core,gateway] automatically accept ARM redirection (#11870) * Update android deps (#11871) ## New Contributors * @TheBestTvarynka made their first contribution in #11837) For a complete and detailed change log since the last release run: git log 3.17.2...3.17.1 Regards FreeRDP Team |
|
From: Armin N. <arm...@th...> - 2025-09-01 07:48:31
|
Hi, FreeRDP version 3.17.1 is released: As usual, the archive can be downloaded from: https://pub.freerdp.com/releases/ Minor improvements and bugfix release. * most notably a memory leak was addressed * fixed header files missing C++ guards * xfreerdp as well as the SDL clients now support a system wide configuration file * Heimdal kerberos support was improved * builds with [MS-RDPEAR] now properly abort at configure if Heimdal is used (this configuration was never supported, so ensure nobody compiles it that way) ## What's Changed * [client,sdl] always set sdl->windows_created (#11807) * [winpr,synch] increase timeout for TestSynchCritical (#11808) * Enable RDPECAM client in flatpak release (#11809) * [proxy,channels] refactor dynamic channel (#11812) * [core,settings] fix ReceivedCapabilities reset (#11814) * Freebsd build fixes (#11815) * [client,sdl] disable connection dialog (#11820) * audin_oss: do not reset mic volume on capture start (#11822) * add-x11-config-file (#11823) * [client,sdl] fix global config evaluation (#11825) * [sspi,negotiate] improve /auth-pkg-list parsing (#11826) * Geometry channel fixes (#)11828) * core/redirection: Ensure stream has enough space for all parameters (#11830) ## New Contributors * @omatasas made their first contribution in #11787 * @sharkcz made their first contribution in #11808 * @cvpcs made their first contribution in #11809 * @Defenso-QTH made their first contribution in #11822 For a complete and detailed change log since the last release run: git log 3.17.1...3.17.0 Regards FreeRDP Team |
|
From: Armin N. <arm...@th...> - 2025-08-22 08:54:29
|
Hi, FreeRDP version 3.17.0 is released: As usual, the archive can be downloaded from: https://pub.freerdp.com/releases/ We're proud to present the newest release of FreeRDP. This is a bugfix release with (lots) of format string issues along with a few minor parser issues fixed. Most notable (user visible) change is full X509 chain support for client/server. ## What's Changed * [client,sdl2] fix build with webview (#11685) * [core,nla] use wcslen for password length (#11687) * Clear channel error prior to call channel init event proc (#11688) * Warn args (#11689) * [client,common] fix -mouse-motion (#11690) * [core,proxy] fix IPv4 and IPv6 length (#11692) * Regression fix2 (#11696) * Log fixes (#11693) * [common,settings] fix int casts (#11699) * [core,connection] fix log level of several messages (#11697) * [client,sdl] print current video driver (#11701) * [crypto,tls] print big warning for /cert:ignore (#11704) * [client,desktop] fix StartupWMClass setting (#11708) * [cmake] unify version creation (#11711) * [common,settings] force reallocation on caps copy (#11715) * [manpages] Add example of keyboard remapping (#11718) * Some fixes in Negotiate and NLA (#11722) * [client,x11] fix clipboard issues (#11724) * kerberos: do various tries for TGT retrieval in u2u (#11723) * Cmdline escape strings (#11735) * [winpr,utils] do not log command line arguments (#11736) * [api,doc] Add stylesheed for doxygen (#11738) * [core,proxy] fix BIO read methods (#11739) * [client,common] fix sso_mib_get_access_token return value in error case (#11741) * [crypto,tls] do not use context->settings->instance (#11749) * winpr: re-introduce the credentials module (#11734) * [winpr,timezone] ensure thread-safe initialization (#11754) * core/redirection: Ensure stream has enough space for the certificate (#11762) * [client,common] do not log success (#11766) * Clean up bugs exposed on systems with high core counts (#11761) * [cmake] add installWithRPATH (#11747) * [clang-tidy] fix various warnings (#11769) * Wlog improve type checks (#11774) * [client,common] fix tenantid command line parsing (#11779) * Proxy module static and shared linking support (#11768) * LoadLibrary Null fix (#11786) * [client,common] add freerdp_client_populate_settings_from_rdp_file_un… (#11780) * Fullchain support (#11787) * [client,x11] ignore floatbar events (#11771) * [winpr,credentials] prefer utf-8 over utf-16-LE #11790 * [proxy,modules] ignore bitmap-filter skip remaining #11789 ## New Contributors * @steelman made their first contribution in #11718 * @pvachon made their first contribution in #11761 For a complete and detailed change log since the last release run: git log 3.17.0...3.16.0 Regards FreeRDP Team |
|
From: Michael L. <mc...@me...> - 2025-08-11 15:37:44
|
Hi, using 3.16 and after I connect to my Linux box it is fine for 30-60 seconds then disconnects. When I reconnect it’s ok for 1 second then disconnects.
Here is my log:
michael@MCL-M4-MBA ~ % xfreerdp /u:mlau23 /v:192.168.150.XX
[11:02:22:830] [83028:6b01b000] [WARN][com.freerdp.codec.nsc.neon] - [nsc_init_neon_int]: TODO: Implement neon optimized version of this function
[11:02:22:865] [83028:6b01b000] [WARN][com.freerdp.core.rdp] - [log_build_warn][0x126008200]: *************************************************
[11:02:22:865] [83028:6b01b000] [WARN][com.freerdp.core.rdp] - [log_build_warn][0x126008200]: This build is using [runtime-check] build options:
[11:02:22:865] [83028:6b01b000] [WARN][com.freerdp.core.rdp] - [log_build_warn][0x126008200]: * 'WITH_VERBOSE_WINPR_ASSERT=ON'
[11:02:22:865] [83028:6b01b000] [WARN][com.freerdp.core.rdp] - [log_build_warn][0x126008200]:
[11:02:22:865] [83028:6b01b000] [WARN][com.freerdp.core.rdp] - [log_build_warn][0x126008200]: [runtime-check] build options might slow down the application
[11:02:22:865] [83028:6b01b000] [WARN][com.freerdp.core.rdp] - [log_build_warn][0x126008200]: *************************************************
Domain: 192.168.150.XX
Password:
[11:03:15:204] [83028:6b01b000] [ERROR][com.freerdp.core.transport] - [transport_default_write]: BIO_should_retry returned a system error 32: Broken pipe
[11:03:15:204] [83028:6b01b000] [ERROR][com.freerdp.core] - [transport_default_write]: ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
[11:03:15:204] [83028:6b01b000] [ERROR][com.freerdp.core] - [mcs_client_begin]: Error: unable to send MCS Connect Initial
[11:03:15:204] [83028:6b01b000] [ERROR][com.freerdp.core.rdp] - [rdp_recv_callback_int][0x126008200]: CONNECTION_STATE_MCS_CREATE_REQUEST - mcs_client_begin() fail
[11:03:15:204] [83028:6b01b000] [ERROR][com.freerdp.core.rdp] - [rdp_recv_callback_int][0x126008200]: CONNECTION_STATE_MCS_CREATE_REQUEST status STATE_RUN_FAILED [-1]
[11:03:15:209] [83028:6b01b000] [WARN][com.freerdp.codec.nsc.neon] - [nsc_init_neon_int]: TODO: Implement neon optimized version of this function
[11:03:16:243] [83028:6b01b000] [WARN][com.freerdp.core.connection] - [rdp_client_connect_auto_detect]: expected messageChannelId=0, got 1003
[11:03:16:327] [83028:6b01b000] [ERROR][com.freerdp.core.license] - [license_read_binary_blob_data]: license binary blob::type expected BB_UNKNOWN, got BB_ERROR_BLOB
[11:03:16:327] [83028:6b01b000] [WARN][com.freerdp.core.license] - [license_read_binary_blob_data]: license binary blob::type BB_ERROR_BLOB, length=0, skipping.
[11:03:16:328] [83028:6b01b000] [WARN][com.freerdp.core.connection] - [rdp_client_connect_auto_detect]: expected messageChannelId=0, got 1003
[11:03:16:374] [83028:6b01b000] [INFO][com.freerdp.gdi] - [gdi_init_ex]: Local framebuffer format PIXEL_FORMAT_BGRX32
[11:03:16:374] [83028:6b01b000] [INFO][com.freerdp.gdi] - [gdi_init_ex]: Remote framebuffer format PIXEL_FORMAT_BGRA32
[11:03:16:377] [83028:6b01b000] [INFO][com.freerdp.channels.rdpsnd.client] - [rdpsnd_load_device_plugin]: [static] Loaded fake backend for rdpsnd
[11:03:16:377] [83028:6b01b000] [INFO][com.freerdp.channels.drdynvc.client] - [dvcman_load_addin]: Loading Dynamic Virtual Channel ainput
[11:03:16:377] [83028:6b01b000] [INFO][com.freerdp.channels.drdynvc.client] - [dvcman_load_addin]: Loading Dynamic Virtual Channel rdpgfx
[11:03:16:378] [83028:6b01b000] [INFO][com.freerdp.channels.drdynvc.client] - [dvcman_load_addin]: Loading Dynamic Virtual Channel disp
[11:03:16:378] [83028:6b01b000] [INFO][com.freerdp.channels.drdynvc.client] - [dvcman_load_addin]: Loading Dynamic Virtual Channel rdpsnd
[11:03:16:378] [83028:6b01b000] [WARN][com.winpr.thread] - [SetThreadPriority]: pthread_setschedprio(0) not implemented, requires POSIX 2008 or later
[11:03:16:685] [83028:6c3cb000] [WARN][com.freerdp.channels.drdynvc.client] - [check_open_close_receive]: {Microsoft::Windows::RDS::DisplayControl:1} OnOpen=0x0, OnClose=0x1050cfc08
[11:03:37:152] [83028:6c227000] [WARN][com.freerdp.channels.rdpdr.client] - [rdpdr_check_extended_pdu_flag]: Checking ExtendedPDU::RDPDR_USER_LOGGEDON_PDU, client supported, server not found
[11:04:54:812] [83028:6b01b000] [ERROR][com.freerdp.core.transport] - [transport_read_layer]: BIO_read returned a system error 60: Operation timed out
[11:04:54:812] [83028:6b01b000] [ERROR][com.freerdp.core] - [transport_read_layer]: ERRCONNECT_CONNECT_TRANSPORT_FAILED [0x0002000D]
[11:04:54:812] [83028:6b01b000] [ERROR][com.freerdp.core.transport] - [transport_default_write]: BIO_should_retry returned a system error 32: Broken pipe
[11:04:54:812] [83028:6b01b000] [INFO][com.freerdp.client.common] - [client_auto_reconnect_ex]: Network disconnect!
[11:04:54:812] [83028:6c3cb000] [WARN][com.freerdp.channels.drdynvc.client] - [check_open_close_receive]: {Microsoft::Windows::RDS::DisplayControl:1} OnOpen=0x0, OnClose=0x1050cfc08
|
|
From: Ramy <amo...@gm...> - 2025-07-08 19:01:21
|
|
From: Armin N. <arm...@th...> - 2025-07-03 08:23:04
|
here is the list of merged pull requests issues: https://github.com/FreeRDP/FreeRDP/pulls?q=is%3Apr+is%3Aclosed+milestone%3Anext-3.0 some of them are just logging improvements, but most do address some issues. if it is easier for you I can do a new release this/beginning of next week. (will be 3.17.0 due to a addition in include/freerdp/client.h) regards Armin On 03.07.25 10:14, Michael Tokarev via FreeRDP-devel wrote: > On 03.07.2025 11:07, Armin Novak via FreeRDP-devel wrote: >> Hi, >> >> known and fixed with https://github.com/FreeRDP/FreeRDP/pull/11699 > > Hm.. Ok. > > Are there other issues in 3.16.0 which are known and fixed and > are worth to patch in debian? Due to this TestSettings test > failure I can't push 3.16 to trixie so far, - maybe there are > other fixes which should be there too? > > Thanks, > > /mjt > > > _______________________________________________ > FreeRDP-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freerdp-devel |
|
From: Michael T. <mj...@tl...> - 2025-07-03 08:14:22
|
On 03.07.2025 11:07, Armin Novak via FreeRDP-devel wrote: > Hi, > > known and fixed with https://github.com/FreeRDP/FreeRDP/pull/11699 Hm.. Ok. Are there other issues in 3.16.0 which are known and fixed and are worth to patch in debian? Due to this TestSettings test failure I can't push 3.16 to trixie so far, - maybe there are other fixes which should be there too? Thanks, /mjt |
|
From: Armin N. <arm...@th...> - 2025-07-03 08:07:55
|
Hi, known and fixed with https://github.com/FreeRDP/FreeRDP/pull/11699 regards Armin On 03.07.25 09:08, Michael Tokarev via FreeRDP-devel wrote: > 3.16.0 is failing test with 100% reproducibility on big-endian > hosts, like this: > > https://buildd.debian.org/status/fetch.php?pkg=freerdp3&arch=sparc64&ver=3.16.0%2Bdfsg-1&stamp=1750864102&raw=0 > > > Bisection points to this commit: > > commit a4c4bad132ab2d34bd0b01a0636a6d6e1a7376f7 > Author: Armin Novak <arm...@th...> > Date: Wed Apr 16 08:47:35 2025 +0200 > Subject: [common,settings] new settings (de)serialization API > > before this commit, all tests passes, and after this one, this > particular test always fails. > > I don't thin it's the same as > https://github.com/FreeRDP/FreeRDP/issues/11721 > but I'm not sure. > > Thanks, > > /mjt > > > _______________________________________________ > FreeRDP-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freerdp-devel |
|
From: Michael T. <mj...@tl...> - 2025-07-03 07:28:02
|
3.16.0 is failing test with 100% reproducibility on big-endian hosts, like this: https://buildd.debian.org/status/fetch.php?pkg=freerdp3&arch=sparc64&ver=3.16.0%2Bdfsg-1&stamp=1750864102&raw=0 Bisection points to this commit: commit a4c4bad132ab2d34bd0b01a0636a6d6e1a7376f7 Author: Armin Novak <arm...@th...> Date: Wed Apr 16 08:47:35 2025 +0200 Subject: [common,settings] new settings (de)serialization API before this commit, all tests passes, and after this one, this particular test always fails. I don't thin it's the same as https://github.com/FreeRDP/FreeRDP/issues/11721 but I'm not sure. Thanks, /mjt |
|
From: Vic P. <vp....@gm...> - 2025-06-26 02:45:16
|
Hello, I downloaded and tried to run ubuntu nightly-built freerdp 3.14 binary in application mode (using /app:program:c:\windows\system32\notepad.exe), but it hangs. The same problem with wfreerdp.exe 3.16. It worked before with freerdp 2.29. What's changed? Any suggestion on how to make it working? Thanks in advance, Victor |
|
From: Vic P. <vp....@gm...> - 2025-06-25 18:01:08
|
Hello, I downloaded and tried to run ubuntu nightly-built freerdp 3.14 binary in application mode (using /app:program:c:\windows\system32\notepad.exe), but it hangs. The same problem with wfreerdp.exe 3.16. It worked before with freerdp 2.29. What's changed? Any suggestion on how to make it working? Thanks in advance, Victor |
|
From: Armin N. <arm...@th...> - 2025-06-16 10:07:28
|
Hi, FreeRDP version 3.16.0 is released: As usual, the archive can be downloaded from: https://pub.freerdp.com/releases/ Bugfix release with (again) much improved SDL3 and X11 client ## What's Changed * Lots of improvements for the SDL3 client (#11502,#11504,#11516,#11546,#11552, #11553,#11556,#11560,#11568,#11587,#11613,#11643,#11635,#11648,#11653,#11654, #11661) * Various X11 client improvements (#11619,#11612,#11620,#11624,#11625,#11660) * Various Ci build fixes (#11543,#11554,#11570,#11571,#11575,#11577,#11579, #11580,#11581,#11582,#11583,#11584,#11585,#11586) * [utils,smartcard] Better logging and handling of output buffer too small (#11503,#11565,#11636) * Add a timer implementation (#11578,#11592,#11615) * Various bugfixed for drive channel (#11569,#11601,#11637,#11647,#11659) * add login through MS identity broker via sso-mib interface (#11600,#11608) * Update flatpak build script in repo (#11609,#11610,#11621,#11670) * Various AAD/Azure/Entra improvements (#11606,#11607,#11371,#11518) * YUV420 primitives fixes (#11673,#11539) * GCC Fixes (#11538) * [core,settings] fix freerdp_device_collection_add (#11533) * [core,proxy] detect address type (#11534) * [core,test] refactor TestSettings (#11558) * [core,test] improve settings test log (#11559) * [core,activation] skip sending PDU_TYPE_DEACTIVATE_ALL (#11603) * [core,transport] only free userContext if userContextSize > 0 (#11642) * [core,info] Allow INFO_HIDEF_RAIL_SUPPORTED with RDP version RDP_VERS… (#11652) * [core,gcc] use dynamic logger from rdpMcs (#11669) * [core,settings] default MonitorIds size to MonitorDefArray size (#11671) * Rdp security fixes (#11506) * rdpei/server: Fix incorrect PDU length read (#11510) * [winpr] Put '\0' when converting empty string to wstr (#11511) * [common,settings] new settings (de)serialization API (#11508) * [cache,glyph] fix GLYPH_FRAGMENT_USE (#11517) * [winpr,sysinfo] use a single clock to provide System and Local time (#11520) * [common,settings] fix add_string_or_null (#11522) * Compiler warning fixes (#11523) * fix [resources]: remove MimeType from desktop file (#11525) * gcc: fix server-side connection with multiple monitor (#11527) * [rdpsnd/client] add parameters to pulse snd device plugin (#11530) * [crypto,key] do not deprecate new_from* (#11535) * [winpr,file] Fix assert fail always when removing flags (#11540) * FF_PROFILE Depreciation (#11542) * [cmake] Fix finding ffmpeg under nonstandard prefixes (#11548) * [client,android] update (#11555) * Support 'Restrict Credential Delegation' mode (#11547) * Support NLA in shadow server when running behind a Hyper-V proxy (#11549) * [winpr,file] Add implementation of FileFlushFileBuffers (#11566) * [winpr,file] add TestFileWriteFile testcase (#11567) * [channels,rdpdr] expose device add/remove for clients (#11564) * Deb & RPM update (#11572) * Transport fix (#11573) * [winpr,sspi] add kerberos string len checks (#11590) * [winpr,sspi] assert kerberos principal (#11591) * [channels,video] fix NULL dereference (#11597) * Reconnect strict (#11599) * [rdpdr,hotplug] fix passing of device::Id back to caller (#11617) * [client,common] lock clipboard on update (#11618) * [client,cliprdr] refactor file clipboard (#11627) * [winpr,wtypes] align BOOL typedef with objc.h header (#11632) * [stream] reset pool array size after clearing (#11631) * fix compile errors: xfc not defined even if with WITH_XCURSOR=ON (#11629) * [utils,helpers] add missing WINPR_ATTR_MALLOC (#11633) * JSON configuration helpers (#11634) * [client,common] (re)initialize fuse root in cliprdr_file_context_init (#11646) * [WaitForXXObject] use infinite timeout where possible (#11651) * [channels,printer] fix missing include (#11663) * [winpr,file] fix definition of winpr_CreateFile (#11664) ## New Contributors * @lazy5f made their first contribution in #11511 * @EndlessEden made their first contribution in #11542 * @thestr4ng3r made their first contribution in #11548 * @ljaeh0121 made their first contribution in #11566 * @rupran made their first contribution in #11600 * @asterwyx made their first contribution in #11631 * @ligangcc made their first contribution in #11629 * @motor-dev made their first contribution in #11635 For a complete and detailed change log since the last release run: git log 3.16.0...3.15.0 Regards FreeRDP Team |
|
From: <ga...@ub...> - 2025-06-05 06:45:21
|
hi, all I subscribed this mail list a few days ago, but receive on mails. So I am wondering if I can have some question about freerdp to ask in this mail list? ga...@ub... |
|
From: Koichi M. <myo...@gm...> - 2025-05-17 16:15:27
|
Hi Armin, Thank you for your clarification. I created an issue on GitHub. For cross reference, let me drop the link here: https://github.com/FreeRDP/FreeRDP/issues/11594 Best regards, Koichi |
|
From: Armin N. <arm...@th...> - 2025-05-16 07:51:56
|
Hi Koichi, No, the support is still there, but rarely tested (as we do prefer to use a single style and we add tests for stuff we change now, but did not have time yet to write it for older stuff like this). David referred to this as 'dropped', so sorry for the confusion. (We do not remove features during a release cycle, unless explicitly marked experimental) So, if we drop it it will be with version 4 earliest. regards Armin On 15.05.25 11:57, Koichi Murase via FreeRDP-devel wrote: > Hi David, > >> AFAIK we've dropped intentionally the POSIX style command line, because >> we don't want to maintain 2 style of command lines. > > Thanks for the information. > > Actually, that was one of the possibilities that I initially > suspected, but I couldn't find any information about dropping the > support for the POSIX-style command line based on the web search and > the search on GitHub. I also attempted to search the mailing list > archive, but most of the discussions seemed to be far older than a > point when the POSIX-style command line was clearly supported. Is > there any pointer for dropping the POSIX-style command line (anything > is fine, such as an official announcement, a discussion, or commits > that dropped the POSIX-style command line)? > > Maybe it is outdated, but the wiki page [2] mentioned in my first post > still explains that both the POSIX- and Windows-style options are > available. > > Also, the current codebase apparently contains the detection of the > POSIX-style and WIndows command lines [8]. What are these codes? Maybe > they are used elsewhere. Or maybe dead codes are maintained within the > codebase. > > [8] https://github.com/FreeRDP/FreeRDP/blob/fa4d99ac5aad0a34f3ad609bf0f664b54cba1cd7/client/common/cmdline.c#L1636-L1639 > > Based on my observation using the actual binary of xfreerdp [FreeRDP > version 3.12.0 (n/a)] in the Fedora 41 distribution, xfreerdp does > seem to parse some POSIX-style long options. I haven't tested with the > actual remote desktop server, but at least the behavior is different > when I specify existing and non-existing long options such as > "--timeout 100" vs "--timeoutxxx". The former seems to cause a runtime > error, while the latter seems to cause the command-line error. Does > that mean the support for the POSIX-style command line was dropped > after 3.12.0? I don't seem to be able to find anything relevant to it > on the release page, https://github.com/FreeRDP/FreeRDP/releases. Or > is the behavior that I observed some remnants or oversight of the > removed POSIX-style command line? > > Based on these observations, my impression is that the support for the > POSIX-style command lines haven't yet been dropped officially, even > though its use doesn't seem to be encouraged very much. > > Best regards, > Koichi > > > _______________________________________________ > FreeRDP-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freerdp-devel |
|
From: Koichi M. <myo...@gm...> - 2025-05-15 09:58:27
|
Hi David, > AFAIK we've dropped intentionally the POSIX style command line, because > we don't want to maintain 2 style of command lines. Thanks for the information. Actually, that was one of the possibilities that I initially suspected, but I couldn't find any information about dropping the support for the POSIX-style command line based on the web search and the search on GitHub. I also attempted to search the mailing list archive, but most of the discussions seemed to be far older than a point when the POSIX-style command line was clearly supported. Is there any pointer for dropping the POSIX-style command line (anything is fine, such as an official announcement, a discussion, or commits that dropped the POSIX-style command line)? Maybe it is outdated, but the wiki page [2] mentioned in my first post still explains that both the POSIX- and Windows-style options are available. Also, the current codebase apparently contains the detection of the POSIX-style and WIndows command lines [8]. What are these codes? Maybe they are used elsewhere. Or maybe dead codes are maintained within the codebase. [8] https://github.com/FreeRDP/FreeRDP/blob/fa4d99ac5aad0a34f3ad609bf0f664b54cba1cd7/client/common/cmdline.c#L1636-L1639 Based on my observation using the actual binary of xfreerdp [FreeRDP version 3.12.0 (n/a)] in the Fedora 41 distribution, xfreerdp does seem to parse some POSIX-style long options. I haven't tested with the actual remote desktop server, but at least the behavior is different when I specify existing and non-existing long options such as "--timeout 100" vs "--timeoutxxx". The former seems to cause a runtime error, while the latter seems to cause the command-line error. Does that mean the support for the POSIX-style command line was dropped after 3.12.0? I don't seem to be able to find anything relevant to it on the release page, https://github.com/FreeRDP/FreeRDP/releases. Or is the behavior that I observed some remnants or oversight of the removed POSIX-style command line? Based on these observations, my impression is that the support for the POSIX-style command lines haven't yet been dropped officially, even though its use doesn't seem to be encouraged very much. Best regards, Koichi |
|
From: Hacker D. <dad...@gm...> - 2025-05-15 08:55:57
|
Ok On Thu, 15 May, 2025, 2:25 pm 365511861, <365...@qq...> wrote: > 这是来自QQ邮箱的假期自动回复邮件。 > > 你好，我最近正在休假中，无法亲自回复你的邮件。我将在假期结束后，尽快给你回复。 |
|
From: Hacker D. <dad...@gm...> - 2025-05-15 08:49:26
|
How i login i dont know my password please help me |
|
From: Hacker D. <dad...@gm...> - 2025-05-15 08:44:07
|
What is my password |
|
From: David F. <co...@ha...> - 2025-05-15 08:43:51
|
Le 14/05/2025 à 23:29, Koichi Murase via FreeRDP-devel a écrit : > Hi, > > I initially tried to submit a bug report on GitHub, but the template > told me not to submit questions. Actually, I'm not 100% sure whether > this is really a bug or an intentional behavior, so it implicitly > includes the question "Is this a bug"? Thus, I decided to post the > report here instead of GitHub. If this mailing list is not the place > to report it, I'd appreciate it if you could give me some guidance for > reporting. > > To clarify first, I'm not a user of xfreerdp, but one of the > maintainers of the bash-completion framework, which provides a > command-line completion setting of xfreerdp for Bash. Therefore, I > must confess that I don't fully understand the usage and the > command-line syntax of xfreerdp, and also I'm not sure how to properly > test the behavior of xfreerdp. The question popped up in a discussion > in bash-completion [1]: > > [1]https://github.com/scop/bash-completion/pull/1380 > > ---- > > Here's the main part of the report: > > In my understanding, the CLI command "xfreerdp" is supposed to accept > both forms of the options, the POSIX style (--long-option) and the > Windows style (/long-option) as described e.g. on the wiki page: > >> https://github.com/FreeRDP/FreeRDP/wiki/CommandLineInterface-(possibly-not-up-to-date%2C-check-application-help-text-for-most-up-to-date-version) >> >> [...] Generally speaking, you can now use both --long-option or /long-option.[...] > In fact, the command-line parser of xfreerdp seems to try to detect > the POSIX/Windows styles [2] and tries to parse the command line using > the corresponding "flags" [3]. > > [2]https://github.com/FreeRDP/FreeRDP/blob/fa4d99ac5aad0a34f3ad609bf0f664b54cba1cd7/client/common/cmdline.c#L5483-L5486 > [3]https://github.com/FreeRDP/FreeRDP/blob/fa4d99ac5aad0a34f3ad609bf0f664b54cba1cd7/client/common/cmdline.c#L5518-L5521 > > However, some POSIX-style long options such as "--list kbd" does not > seem to be recognized. > > $ xfreerdp /list:kbd > > Keyboard Layouts > 0x0000041C Albanian > [...snip...] > $ xfreerdp --list kbd > [06:25:52:109] [3581111:0036a4b7] [ERROR][com.winpr.commandline] - > [log_error]: Failed at index 1 [--list]: Unexpected keyword > > Currently my guess for the cause is because for some options to report > the status, the command line is parsed again with a fixed > "flags=0x112" in the function > "freerdp_client_settings_command_line_status_print_ex" [4] where 0x112 > does not contain COMMAND_LINE_SIGIL_DOUBLE_DASH (0x8). > > [4]https://github.com/FreeRDP/FreeRDP/blob/fa4d99ac5aad0a34f3ad609bf0f664b54cba1cd7/client/common/cmdline.c#L1797 > > This line was introduced in commit 30275e7a [5], but the associated PR > [6] and Issue [7] do not seem to intend to drop the support for the > POSIX-style of these status-report options. > > [5]https://github.com/FreeRDP/FreeRDP/commit/30275e7ac3eedf4db1b8fb1c0cb81f03e630ee8a. > [6]https://github.com/FreeRDP/FreeRDP/pull/5707 > [7]https://github.com/FreeRDP/FreeRDP/issues/5695 > > Hence, my suspicion is that the support for the POSIX style of the > status-report options are unintentionally dropped while fixing the > issue [7]. Or was this an intentional change? Is this documented > somewhere? For consistency, I feel the POSIX-style should also be > supported for the status-report options, so let me report this in case > it was unintentional. > Hi, AFAIK we've dropped intentionally the POSIX style command line, because we don't want to maintain 2 style of command lines. Best regards. -- David FORT website:https://www.hardening-consulting.com/ |
|
From: Koichi M. <myo...@gm...> - 2025-05-15 08:35:57
|
Hi Armin, > ok, you can submit a bug report, it looks like this was unintentionally > broken along the way. Thank you for your reply and also for taking the time to read my message and judge whether it deserves a bug report. I'll submit a bug report on GitHub later. Thank you for your consideration. Best regards, Koichi |
|
From: Armin N. <arm...@th...> - 2025-05-15 07:44:01
|
Hi, ok, you can submit a bug report, it looks like this was unintentionally broken along the way. (we do use the windows style syntax for most stuff in our tests, so sorry for the inconvenience) regards Armin On 14.05.25 23:29, Koichi Murase via FreeRDP-devel wrote: > Hi, > > I initially tried to submit a bug report on GitHub, but the template > told me not to submit questions. Actually, I'm not 100% sure whether > this is really a bug or an intentional behavior, so it implicitly > includes the question "Is this a bug"? Thus, I decided to post the > report here instead of GitHub. If this mailing list is not the place > to report it, I'd appreciate it if you could give me some guidance for > reporting. > > To clarify first, I'm not a user of xfreerdp, but one of the > maintainers of the bash-completion framework, which provides a > command-line completion setting of xfreerdp for Bash. Therefore, I > must confess that I don't fully understand the usage and the > command-line syntax of xfreerdp, and also I'm not sure how to properly > test the behavior of xfreerdp. The question popped up in a discussion > in bash-completion [1]: > > [1] https://github.com/scop/bash-completion/pull/1380 > > ---- > > Here's the main part of the report: > > In my understanding, the CLI command "xfreerdp" is supposed to accept > both forms of the options, the POSIX style (--long-option) and the > Windows style (/long-option) as described e.g. on the wiki page: > >> https://github.com/FreeRDP/FreeRDP/wiki/CommandLineInterface-(possibly-not-up-to-date%2C-check-application-help-text-for-most-up-to-date-version) >> >> [...] Generally speaking, you can now use both --long-option or /long-option.[...] > > In fact, the command-line parser of xfreerdp seems to try to detect > the POSIX/Windows styles [2] and tries to parse the command line using > the corresponding "flags" [3]. > > [2] https://github.com/FreeRDP/FreeRDP/blob/fa4d99ac5aad0a34f3ad609bf0f664b54cba1cd7/client/common/cmdline.c#L5483-L5486 > [3] https://github.com/FreeRDP/FreeRDP/blob/fa4d99ac5aad0a34f3ad609bf0f664b54cba1cd7/client/common/cmdline.c#L5518-L5521 > > However, some POSIX-style long options such as "--list kbd" does not > seem to be recognized. > > $ xfreerdp /list:kbd > > Keyboard Layouts > 0x0000041C Albanian > [...snip...] > $ xfreerdp --list kbd > [06:25:52:109] [3581111:0036a4b7] [ERROR][com.winpr.commandline] - > [log_error]: Failed at index 1 [--list]: Unexpected keyword > > Currently my guess for the cause is because for some options to report > the status, the command line is parsed again with a fixed > "flags=0x112" in the function > "freerdp_client_settings_command_line_status_print_ex" [4] where 0x112 > does not contain COMMAND_LINE_SIGIL_DOUBLE_DASH (0x8). > > [4] https://github.com/FreeRDP/FreeRDP/blob/fa4d99ac5aad0a34f3ad609bf0f664b54cba1cd7/client/common/cmdline.c#L1797 > > This line was introduced in commit 30275e7a [5], but the associated PR > [6] and Issue [7] do not seem to intend to drop the support for the > POSIX-style of these status-report options. > > [5] https://github.com/FreeRDP/FreeRDP/commit/30275e7ac3eedf4db1b8fb1c0cb81f03e630ee8a. > [6] https://github.com/FreeRDP/FreeRDP/pull/5707 > [7] https://github.com/FreeRDP/FreeRDP/issues/5695 > > Hence, my suspicion is that the support for the POSIX style of the > status-report options are unintentionally dropped while fixing the > issue [7]. Or was this an intentional change? Is this documented > somewhere? For consistency, I feel the POSIX-style should also be > supported for the status-report options, so let me report this in case > it was unintentional. > > Thank you for your consideration. > > Best regards, > Koichi > > > _______________________________________________ > FreeRDP-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freerdp-devel |
35 messages has been excluded from this view by a project administrator.
