I've reinstalled the 15.0 packages of Remmina / freerdp ... to no avail.

Tomorrow I'll test with a 15.0 VM in my office.

With "auto-reconnect" active, Remmina shows 

"Reconnection in progress. Attempt 0 of 20"
"Reconnection in progress. Attempt 1 of 20"

repeated indefinitely.

Just checked with a 15.0 VM, same issue.

I can still initiate a connection with xfreerdp at the office. I haven't tried it at home with VPN yet.

Hi Robert, which versions of remmna and freerdp are you using on the machine that doesn't work? Please show me the results when you invoke the following command:

rpm -qa | grep -E 'remmina|freerdp' | sort

libfreerdp2-2.0.0~rc4-lp150.2.3.1.x86_64                                                                                             
remmina-1.2.0~rcgit.27-lp150.1.5.x86_64                                                                                              
remmina-lang-1.2.0~rcgit.27-lp150.1.5.noarch                                                                                         
remmina-plugin-rdp-1.2.0~rcgit.27-lp150.1.5.x86_64                                                                                   
remmina-plugin-secret-1.2.0~rcgit.27-lp150.1.5.x86_64                                                                                
remmina-plugin-vnc-1.2.0~rcgit.27-lp150.1.5.x86_64

It's from the standard 15.0 repos.

You have already installed tonight's freerdp updates, that's great. Unfortunately Leap's Remmina version is still very old.
For now I only can recommend to switch to our development repo at https://download.opensuse.org/repositories/X11:/RemoteDesktop/openSUSE_Leap_15.0/

@fezhang: Is there a remmina updated planned for openSUSE 15.0?

(In reply to Johannes Weberhofer from comment #7)
> @fezhang: Is there a remmina updated planned for openSUSE 15.0?

Yes, I have pushed remmina 1.3.4 to SLE 15.0, please stay tuned before it's released and synced to Leap.

That's good to hear, Felix.
Robert, please let me know if we can close the ticket.

(In reply to Felix Zhang from comment #8)
> (In reply to Johannes Weberhofer from comment #7)
> > @fezhang: Is there a remmina updated planned for openSUSE 15.0?
> 
> Yes, I have pushed remmina 1.3.4 to SLE 15.0, please stay tuned before it's
> released and synced to Leap.

Glad to hear that a fix for Remmina is coming. I had the bad surprise this morning too, I could not connect to any RDP server with Remmina on Leap 15. For now I downgraded freerdp and libfreerdp2 to version 2.0.0~rc2 and it works.

*** Bug 1129388 has been marked as a duplicate of this bug. ***

For the records: There is an upstream ticket related to this issue: https://gitlab.com/Remmina/Remmina/issues/1699

This issue is closely related to #1124908

I am not sure this is the correct place as this is about freerdp and krdc and not remmina, but maybe it is helpful.

Leap 15.0 with the packages which were updated 
from the Leap 15.0 update repo on March 13:
libwinpr2|2.0.0~rc4-lp150.2.3.1
libfreerdp2|2.0.0~rc4-lp150.2.3.1
freerdp|2.0.0~rc4-lp150.2.3.1
it is not possible for me to connect to a Win10 machine.

Error message:
[12:24:25:732] [27042:27043] [ERROR][com.freerdp.core.transport] - BIO_read returned a system error 11: Resource temporarily unavailable
[12:24:25:732] [27042:27043] [ERROR][com.freerdp.core.nego] - Protocol Security Negotiation Failure
[12:24:25:732] [27042:27043] [ERROR][com.freerdp.core] - freerdp_set_last_error ERRCONNECT_SECURITY_NEGO_CONNECT_FAILED [0x0002000C]
[12:24:25:732] [27042:27043] [ERROR][com.freerdp.core.connection] - Error: protocol security negotiation or connection failure

After downgrade to the previous packages 
libwinpr2|2.0.0~rc2-lp150.1.1
libfreerdp2|2.0.0~rc2-lp150.1.1
freerdp|2.0.0~rc2-lp150.1.1
the connection is working again, also with krdc.

In Tumbleweed snapshot 20190314  with
freerdp and friends 2.0.0~rc4-4.1.x86_64 
the connection with xfreerdp is working, but krdc can not connect.

As the previous packages in Leap 15.0 are still working for me I can exclude that the problem was introduced by some change or upgrade on the Win10 side.

I also tried the " +glyph-cache" option and many others, but nothing helped, only the fall back to the previous packages.

Did you also try "relax order checks"? I hope, the updates for Remmina will appear soon!

(In reply to Johannes Weberhofer from comment #15)
> Did you also try "relax order checks"? I hope, the updates for Remmina will
> appear soon!

Yes, I found in the rpm changelog "/relax-order-checks *and* +glyph-cache are required", so I tried them. But it did not make a difference.


BTW: in Tumbleweed the connection can be established without special options, just  /u: /v:

Same problem with "reconnection in progress" here with the old reminna 1.2 packages for leap, while the 1.3.4 packages from https://download.opensuse.org/repositories/X11:/RemoteDesktop/openSUSE_Leap_15.0/x86_64/ are fine ;-). Please publish an upgrade to 1.3.4 for current leap 15.0

You should probably put a higher priority on this bug, accessing remote desktops and terminal servers is quite critical on any enterprise desktop. It should have been fixed way sooner. Is it only openSUSE Leap 15 that is affected or SUSE Linux Enterprise Desktop 15 users are also waiting for the update?

The update comes from the SLES project, I don't have any influence...

I raised severity of this bug to "major" as the functionality of the current package is generally broken. Sorry if I violated any policy here ...

I made an observation. Originally I thought that after the update to 
libwinpr2|2.0.0~rc4-lp150.2.3.1
libfreerdp2|2.0.0~rc4-lp150.2.3.1
freerdp|2.0.0~rc4-lp150.2.3.1
RDP connections are just not working anymore.

Then I found bug 1130896 which indicates it should still work and I tested a little bit more.

I found out that with this update xfreerdp honors an http proxy and can not connect if the proxy does not support RDP connections. http proxy settings are quite common in corporate environments. Therefore I think this change should be emphasized.

After unsetting the http_proxy and https_proxy variables in a terminal and starting xfreerdp or krdc from this terminal connection works:

$ xfreerdp -sec-nla /cert-ignore  /kbd:0x00000407 /u:DOMAIN\\user /v:1.2.3.4 /clipboard
Invalid MIT-MAGIC-COOKIE-1 key[08:03:25:653] [25568:25569] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
Invalid MIT-MAGIC-COOKIE-1 key[08:03:25:655] [25568:25569] [INFO][com.freerdp.core.proxy] - Parsed proxy configuration: http://127.0.0.1:3128
[08:03:25:747] [25568:25569] [INFO][com.freerdp.core.proxy] - HTTP Proxy: HTTP/1.1 200 Connection established
^C (after ~1 minute of trying)
$ unset http_proxy
xfreerdp -sec-nla /cert-ignore  /kbd:0x00000407 /u:DOMAIN\\user /v:1.2.3.4 /clipboard
Invalid MIT-MAGIC-COOKIE-1 key[08:04:40:159] [25587:25588] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
Invalid MIT-MAGIC-COOKIE-1 key[08:04:40:160] [25587:25588] [INFO][com.freerdp.core.proxy] - Parsed proxy configuration: http://127.0.0.1:3128
[08:04:40:225] [25587:25588] [INFO][com.freerdp.core.proxy] - HTTP Proxy: HTTP/1.1 200 Connection established
^C (after ~1 minute of trying)
$ unset https_proxy
xfreerdp -sec-nla /cert-ignore  /kbd:0x00000407 /u:DOMAIN\\user /v:1.2.3.4 /clipboard
Invalid MIT-MAGIC-COOKIE-1 key[08:04:51:646] [25596:25597] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
Invalid MIT-MAGIC-COOKIE-1 key[08:04:51:857] [25596:25597] [INFO][com.freerdp.gdi] - Local framebuffer format  PIXEL_FORMAT_BGRX32
[08:04:51:857] [25596:25597] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16
[08:04:51:862] [25596:25597] [INFO][com.winpr.clipboard] - initialized POSIX local file subsystem
[08:05:06:243] [25596:25597] [INFO][com.freerdp.client.x11] - Closed from X11
connected without problem.


My workaround: make a wrapper script which unsets the http_proxy and https_proxy variables and starts the krdc from there.

SUSE-RU-2019:0843-1: An update that has 5 recommended fixes can now be installed.

Category: recommended (moderate)
Bug References: 1103557,1117402,1123452,1125549,1129319
CVE References: 
Sources used:
SUSE Linux Enterprise Workstation Extension 15 (src):    remmina-1.3.4-3.7.1

*** NOTE: This information is not intended to be used for external
    communication, because this may only be a partial fix.
    If you have questions please reach out to maintenance coordination.

Question to SUSE Staff: After the message from swamp@suse.de in  https://bugzilla.suse.com/show_bug.cgi?id=1129319#c26, will there be a build for OpenSUSE too? Up to now, I see no new packages on the standard repos for Leap 15 ...

yes, it is now auto imported to Leap 15 and will be released there in some days

openSUSE-RU-2019:1182-1: An update that has 5 recommended fixes can now be installed.

Category: recommended (moderate)
Bug References: 1103557,1117402,1123452,1125549,1129319
CVE References: 
Sources used:
openSUSE Leap 15.0 (src):    remmina-1.3.4-lp150.2.3.1

*** NOTE: This information is not intended to be used for external
    communication, because this may only be a partial fix.
    If you have questions please reach out to maintenance coordination.

Update released for Leap. Closing as FIXED. Thanks Marcus for the help.

*** Bug 1112186 has been marked as a duplicate of this bug. ***