Bug 324585 - Since the switch to xfreerdp KRDC no longer connects when "Extra options" are specified
Summary: Since the switch to xfreerdp KRDC no longer connects when "Extra options" are...
Status: RESOLVED INTENTIONAL
Alias: None
Product: krdc
Classification: Applications
Component: RDP (show other bugs)
Version: 4.11.0
Platform: Ubuntu Linux
: NOR major
Target Milestone: ---
Assignee: Urs Wolfer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-09-06 13:21 UTC by karaluh
Modified: 2016-02-05 19:15 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description karaluh 2013-09-06 13:21:47 UTC
As in summary. I have several servers bookmarked and I'm unable to connect to any of them. No error messages, just blue screen.

Reproducible: Always
Comment 1 karaluh 2013-09-06 13:25:30 UTC
rdesktop switches were stored for those servers in the configuration.
Comment 2 Urs Wolfer 2013-09-07 01:49:40 UTC
I see the problem, but do not have a great idea how to resolve it...

I think there is no way to automatically convert additional parameters from rdesktop to freerdp. I could only remove them after the upgrade.

Do you have a better idea?
Comment 3 karaluh 2013-09-09 06:47:46 UTC
(In reply to comment #2)
> I see the problem, but do not have a great idea how to resolve it...
> 
> I think there is no way to automatically convert additional parameters from
> rdesktop to freerdp.

It could be done, but it's not worth the effort.

> I could only remove them after the upgrade.

This is the optimal solution IMHO.
Comment 4 BryanB 2013-10-02 21:27:47 UTC
I had the same problem, but only happened with, I think, my windows 2008 R2 servers. 

I read this, and see that it may have to do with the extra settings I had in most of my bookmarks to redirect a local folder to the server as a connected drive.

I removed that, as well as having to actually use the new? dialog to enter in the user and password (I never had these saved in the bookmark) (instead of letting the server ask for this, in its own dialog) 

Then connection works.

Fedora 19, upgraded from 18, upgraded from 17.  KDE 4.11.1 currently.
KRDC 4.11.1-1 fc19
freerdp 1.0.2-2 fc19
Comment 5 Tony Murray 2014-01-17 18:32:23 UTC
I believe newer versions/features in Windows 7/8, etc. require authentication up front.
I noticed that if I do not give a username and password xfreerdp actually asks for the password on the command line.

I'll see if there is a way to make it work without giving a username and password up front.
Comment 6 Tony Murray 2014-01-20 15:25:11 UTC
Also, when we convert to the new xfreerdp 1.1 command line we will need to clear out user-entered command lines.

I think we should pop-up a message if the user had any existing ones set. Then leave the current input but don't use it until the user edits it.   Or we could just do the second thing and skip the popup message.
Comment 7 SinClaus 2014-11-28 09:45:30 UTC
In one of the last updates we receive "freerdp 1.2.0_beta1+android9-1" which has new set of arguments. After this krdc can't connect (at all) to any windows server.
Now I'm working in a command string.
Comment 8 SinClaus 2014-11-28 09:46:35 UTC
Linux xxxxxxx 3.17.4-1-ARCH
Comment 9 slaecker 2014-12-03 21:42:22 UTC
KRDC stopped working for me, too since the latest update of freerdp.

ArchLinux x64 (updated)
KDE 4.14.3
krdc 4.14.3
freerdp 1.2.0_beta1+android9

I use it to connect to my VirtualBox VMs on a machine also running ArchLinux (headless) and can't connect to any of them. Running freerdp from console works, also Remmina does its job. I don't get any useful information from the console when running krdc from there.
Comment 10 Urs Wolfer 2014-12-04 13:37:50 UTC
For Freerdp 1.1 / 1.2 related issues, please see #341284.
Comment 11 AceLan Kao 2016-02-05 02:48:34 UTC
I would like to set this issue as won't fix if there is this kind of option :p
I think we have no plan and no effort to add new code to handle this and this issue will fade out day by day.