When connected to a Windows machine and choosing fullscreen mode, every time I minimize the window and bring it back up, it is not in fullscreen mode any more. Unfortunately I can't test if it is the same for VNC, as I don't have an appropriate server set up. I've seen this behaviour since 16.03.80. Reproducible: Always Steps to Reproduce: 1. Connect to remote Windows machine. 2. Choose fullscreen mode. 3. Minimize fullscreen window 4. Choose krdc from task manager to return to fullscreen krdc Actual Results: Krdc is displayed in windowed mode without any visible krdc controls other than scrollbars. Expected Results: Krdc window should be displayed again in fullscreen mode.
For your information, i can confirm the same problem with krdc recently upgraded to 16.03.90 It's quite problematic because then you can still maximise the windows, but KRDC "top bar" is lost and you cannot exit the fullscreen windows or change server easily.
I can confirm this issue. @acelan / @jpwhiting: Any ideas?
This issue can reproduced even without connecting to a server: just start KRDC, switch to fullscreen mode and press the minimize button. Once you restore the window again from task bar, it is restored as "normal" window instead of fullscreen (but window content is the KRDC fullscreen one). Not sure, but probably some other underlying component has changed (KRDC got migrated from kdelibs4 to kf5). I have not found any other KDE application which supports minimizing directly from fullscreen mode (if you know one, please tell me so I could look into that code). Related (with possible workaround I have not tried yet): http://forum.codecall.net/topic/72582-qt-c-restore-minimized-window-into-fullscreen-mode/
This sounds like the flag for fullscreen gets lost. Please do an xprop of the window prior to minimize, when minimized and once unminimized. Please also use xev to monitor for the events on the window. I assume that the state gets reset.
Btw, as a workaround for users affected by this issue: you can exist broken fullscreen mode when window is restored from toolbar. After that you can work with KRDC without exiting it. Martin, thanks for your hints. The fullscreen state gets reset: fullscreen: _NET_WM_STATE(ATOM) = _NET_WM_STATE_FULLSCREEN minimized: _NET_WM_STATE(ATOM) = _NET_WM_STATE_HIDDEN unminimized (restored from task bar): _NET_WM_STATE(ATOM) = So, who should care that the restoring the window state after minimizing the app? I'm quite sure that this worked fine with kdelibs 4 version of KRDC and I do not remember that we have changed anything in this area.
It seems to be an Qt issue. I was able to reproduce it with a very simple Qt-only application: https://bugreports.qt.io/browse/QTBUG-52616
Thanks for reporting a bug against Qt. It's what I feared (the number of regressions in xcb is unfortunately really high).
If that's a QT bug, i should mention that i'm experiencing it with QT5.6
The problem is still there for qt 5.7.0.
The bug is still here. When I use a fullscreen mode the toolbar is dismissed from the screen after minimizing/restoring the window. As a workaround I use "Stick Toolbar" option with a lock icon. At least it leaves me with controls for opened rdp-session. :) Actually, I still can switch windows by alt+tab and close window with opened session anyhow. Linux debian 4.7.0-1-amd64 #1 SMP Debian 4.7.5-1 (2016-09-26) x86_64 GNU/Linux Debian/sid with all latest updates. KDE Frameworks 5.26.0, Qt 5.6.1 (built with ver. 5.6.1), Windowing system xcb.
Hi, I have the same problem, KRDC icon disappear from task manager when full screen mode... when minimizes Version 16.08.1 KDE Frameworks 5.26.0 Qt 5.7.0
Hi, I have the same problem OpenSuse 42.2 KRDC 16.08.2 KDE Frameworks 5.26.0 Qt 5.6.1
I have same problem. It's really pain in the ass. To comment 10: You can use shift+ctrl+f for switching window/fullscreen, you don't need that toolbar.
Good news. This should be fixed with Qt 5.10 which will be released at the end of the year. Would be nice if somebody could post a confirmation here.
I updated to Qt 5.10 and the this bug in KRDC was fixed!
Thanks for your confirmation.
Who knows, will this patch be backported in LTS 5.6 and 5.9?