Summary: | Getting blank screen now when connecting to a new RDP session. | ||
---|---|---|---|
Product: | [Applications] krdc | Reporter: | Miguel Minervini <mminervini> |
Component: | RDP | Assignee: | Urs Wolfer <uwolfer> |
Status: | RESOLVED WORKSFORME | ||
Severity: | grave | CC: | acelan, glenntanner3 |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | debug log when error is happening |
Description
Miguel Minervini
2015-03-31 22:08:10 UTC
KRDC uses FreeRDP for RDP support. Please try to connect with xfreerdp from a termin. Can you reproduce it? It works fine when I use xfreerdp via the terminal. No blank screen. Miguel Minervini IT Manager E mminervini@miashoes.com O 305-455-2629 C 305-469-3155 miashoes.com Corporate Office NYC Showroom 9985 NW 19th Street Miami, FL 33172 1370 Avenue of the Americas New York, NY 10019 -----Original Message----- From: bugzilla_noreply@kde.org [mailto:bugzilla_noreply@kde.org] On Behalf Of Urs Wolfer Sent: Thursday, April 02, 2015 4:23 PM To: Miguel Minervini Subject: [krdc] [Bug 345738] Getting blank screen now when connecting to a new RDP session. https://bugs.kde.org/show_bug.cgi?id=345738 --- Comment #1 from Urs Wolfer <uwolfer@kde.org> --- KRDC uses FreeRDP for RDP support. Please try to connect with xfreerdp from a termin. Can you reproduce it? -- You are receiving this mail because: You reported the bug. Can you still reproduce this issue? I can't see any reason that you failed to connect to remote desktop. If you still can reproduce this issue, could you use "kdebugdialog" and checks "krdc(rdp backend)", and then run krdc in a terminal. It'll output some logs on the screen and paste the log here. Thanks. I am connecting via RDP to a Windows 7 pro system on a domain; I am getting this after the connection drops several times and I reconnect in quick succession. I tried using GDB and kdebugdialog but I'm not getting anything out of; possibly b/c I run Arch. Once KRDC gets the black screen, it will not recover; I can wait or completely kill KDRC but it wont resolve. If I use the same xfreerdp command, then I have no problem. KDRC seems to be very sensitive to any network latency (although only 1 gigabit switch sits between the systems). Previous version did experience from time-to-time disconnections, but nothing like version 16. This behaviour did not occur when running version: kdenetwork-krdc-15.12.0-1-x86_64 Currently running: krdc-16.12.3-1-x86_64 Steps: 1. Connect 2. krdc disconnects after 30sec-5min 3. Re-connect 4. krdc disconnects after 5-30sec 5. loop 3 & 4, for perhaps 2-3 iterations 6. connection with black screen 7. disconnect 8. retry krdc however you want 9. run xfreerdp with same command directly -works great Created attachment 104833 [details]
debug log when error is happening
So a little more detail. KRDC connected then was instantly disconnected, next login got black screen. Using xfreerdp directly also gets black screen after login screen (IE: can see to login and enter password, when desktop should load, get black screen). Captured xfreerdp with debug log.
This appears to be a Windows bug. They do make one recommendation, which i'm not sure if xfreerdp gives such an option, Disable Bitmap Caching. Rebooting my system did not resolve the black screen issue, but rebooting windows did. Found this page after; however the newest version of krdc seems to excite this problem. http://www.gfisk.com/remote-desktop-black-screen/ " 1. Press CTRL + ALT + END or CTRL + ALT + FN + END on laptops. This calls Task Manager and in most cases you’ll immediately see the Desktop. 2. If only Task Manager but no Desktop appears try running Explorer from Task Manager: File > New Task > Explorer.exe " Yes, xfreerdp comes with bitmap-cache option. You can try adding "/bitmap-cache:false" in "Extra options:" box in krdc to see if it helps. Thank you. That option seems to have prevented the black screen issue; however KRDC still closes the connection very frequently (every 15-30 minutes). So I still think KRDC is more sensitive than xfreerdp is; and that may need to be looked into. With that option and behaviour documented I think this can be confirmed and closed. Were the logs any help in determining when the screen is completely blank and say just calling drop cache automatically? ok, so clearly it was just waiting for me to post after what I thought was seeing the error. Then within the hour BOOM black screen of RDP death! The windows tips I found earlier were no help. Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you! I don't have any windows systems to RDP to any longer. It's been so long closing is probably fine. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |