Your message dated Tue, 9 Sep 2025 15:36:54 +0300
with message-id <[email protected]>
and subject line Re: Bug#1105161: freerdp3-x11: freerdp3 needlessly prompts for
domain even when it is already provided by param /u
has caused the Debian Bug report #1105161,
regarding freerdp3-x11: freerdp3 needlessly prompts for domain even when it is
already provided by param /u
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1105161: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1105161
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: freerdp3-x11
Version: 3.10.3+dfsg-1~bpo12+1
Severity: minor
X-Debbugs-Cc: [email protected]
Dear Maintainer,
When I provide the domain to FreeRDP 3 through the username parameter `/u`
(e.g. `/u:[email protected]`), it needlessly prompts for a domain (on the
command-line).
Luckily, this prompt can be confirmed with no input and FreeRDP will use the
domain provided by the username.
FreeRDP 2 doesn’t exhibit this behavior.
Example:
```
xfreerdp3 /u:[email protected] /v:rdp.example.com
```
Further findings:
Providing a password through parameter `/p` seems to suppress the domain prompt.
-- System Information:
Debian Release: 12.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.0-34-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages freerdp3-x11 depends on:
ii libc6 2.36-9+deb12u10
ii libfreerdp-client3-3 3.10.3+dfsg-1~bpo12+1
ii libfreerdp3-3 3.10.3+dfsg-1~bpo12+1
ii libwinpr3-3 3.10.3+dfsg-1~bpo12+1
ii libx11-6 2:1.8.4-2+deb12u2
ii libxcursor1 1:1.2.1-1
ii libxext6 2:1.3.4-1+b1
ii libxfixes3 1:6.0.0-2
ii libxi6 2:1.8-1+b1
ii libxinerama1 2:1.1.4-3
ii libxrandr2 2:1.5.2-2+b1
ii libxrender1 1:0.9.10-1.1
freerdp3-x11 recommends no packages.
freerdp3-x11 suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
On Mon, 12 May 2025 17:51:26 +0000 [email protected] wrote:
Hi,
this is not a bug but a feature.
Microsoft uses both kinds of syntax in combination, so you could also
have to enter
domain\user@otherdomain
and that will work.
FreeRDP2 did not properly parse that and you rely on that behavior.
FreeRDP3 correctly parses that and does not touch user@otherdomain and
lets the remote handle that.
For your usecase, just do
xfreerdp3 /u:user@domain /d: /v:rdp.example.com
and it will only prompt for password.
So let's close this bug report based on the above :)
Thanks,
/mjt
--- End Message ---
