Version: 4.3.1 (KDE 4.3.1) "release 165" (using 4.3.1 (KDE 4.3.1) "release 165", KDE:KDE4:Factory:Desktop / openSUSE_11.1) Compiler: gcc OS: Linux (i686) release 2.6.27.29-0.1-default When the mouse is hovered it used to appear before.Now one can see a small strip on top,but it never opens upon mouse hovering except in the first few secs of switching to krdc from other application. I have extensively used it before,it used to work well.
Can you reproduce this issue all the time? Using VNC or RDP? What is your remote resolution and real screen resolution?
1.Yes,this happens all the time. 2.My screen resolution is 1280 x 1024.I normally connect at "current screen resolution".But this occurs even when resolution is lower.In all resolutions. 3.I am using RDP.
From what KRDC (KDE) version have you updated recently? What graphic drivers are you using?
1. KRDC version and details: pbhat@bhat:~> rpm -qi krdc Name : krdc Relocations: (not relocatable) Version : 4.3.1 Vendor: openSUSE Build Service Release : 105.1 Build Date: Saturday 19 September 2009 08:45:29 PM IST Install Date: Monday 21 September 2009 12:27:06 AM IST Build Host: build19 Group : Productivity/Networking/Remote Desktop Source RPM: kdenetwork4-4.3.1-105.1.src.rpm Size : 873647 License: GPL v2 or later Signature : DSA/SHA1, Saturday 19 September 2009 08:49:02 PM IST, Key ID 58d8ff412e1efa87 URL : http://www.kde.org Summary : Remote Desktop Connection Description : Krdc allows to connect to VNC and RDP compatible servers. Authors: -------- The KDE Team <kde@kde.org> Distribution: KDE:KDE4:Factory:Desktop / openSUSE_11.1 2.I have an integrated video.This is intel 945 chip.Driver I believe is i915 as I do not see any i945.There is also intel_agp listed.
I can confirm this bug, but it is very infrequent for me. It just happened today once, and I think I remember it happening once before. I think I will start running krdc from a konsole so I can see any debug output it may spew out when this happens. I have no clue on reproducing it reliably.
Still can confirm this in svn but haven't figured out how to reproduce it. Upping the priority since you cannot switch out of fullscreen then and have to kill krdc.
I can reproduce it :) I use NVidia GeForce 7300 LE with 17" LCD-monitor and thus 1280x1024 resolution. 1) I connect to RDP-desktop and set its resolution to 1280x1024 2) I switch to full-screen 3) I log out from the desktop 4) I select the same desktop from the list that appears after that 5) At the point KRDC connects to the RDP-desktop, the toolbar disappears from the top I just tried the same with 1024x768 desktop and it doesn't reproduce it. If I connect to 1280x1024 desktop though, the toolbar disappears again.
Silver, that's great that you can reproduce it. Please run krdc from a console and check your debug output. I suspect that when it doesn't work you should get two of this line in a row. FloatingToolBar::showAndAnimate: anchorWidget not fullscreen yet FloatingToolBar::showAndAnimate: anchorWidget not fullscreen yet If you don't get any debug output run kdebugdialog and check krdc(5010) and you will see then. If this is what is happening then I think I know where the bug is happening, but I still need a little more info to make sure we get it fixed. I've added some more debug information to svn, so if you can check out krdc from svn and build it that would be great or you can wait for rc2 (although this doesn't leave us much time to fix it before 4.4 is out). If you need help building from svn and are willing to, email me directly and I'll help you out. Unfortunately, I'll be on vacation for a few days, but I'm sure Urs would like to get this fixed too so maybe he will be able to give it some attention. Once you have a fresh copy of krdc, run it again from the console, retrigger the bug and paste the console output to here. Thanks a lot.
Nope, no such lines. I'll attach output of the 2nd session (which makes the toolbar disappear).
Created attachment 39879 [details] krdc debug output That's the output of the 2nd session that makes the toolbar disappear.
BTW, I haven't mentioned I currently use KDE 4.3.90 on OpenSuse 11.2.
I've put some additional debug statements in for the rc2 release. Please submit the console output once you can get a copy of this release. Thanks.
Can you please test again with RC2 and post the output of the console on the bug report, thanks! On Thu, Jan 14, 2010 at 1:23 AM, Silver Salonen <silver.salonen@gmail.com>wrote: > https://bugs.kde.org/show_bug.cgi?id=208845 > > > > > > --- Comment #11 from Silver Salonen <silver salonen gmail com> 2010-01-14 > 08:23:00 --- > BTW, I haven't mentioned I currently use KDE 4.3.90 on OpenSuse 11.2. > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. >
I'm waiting for RC2 to appear in OpenSuse packages :)
So, I've finally got 4.3.95. One interesting note - I couldn't reproduce the bug if I entered the full-screen mode BEFORE connecting to the 1st RDP-server. If I switch to full-screen AFTER connecting, the bug is there. Anyway, the output of the entire toolbar-disappearing session is uploaded in a minute.
Created attachment 40214 [details] output of session where toolbar disappears on 2nd connection I first connected to one server, logged out from that and connected to another. On another connection the toolbar disappears.
Any progress?
Silver Salonen: No news yet, sorry. You will get notified when there are any changes. Tony, are you still investigating this issue?
I've got a workaround for this, but I'm waiting for a response from Urs to see if we can get a more complete fix.
SVN commit 1119910 by murrant: Simple fix for this bug for 4.4, refuse to resize the tab widget when in fullscreen mode. BUG: 208845 M +4 -0 mainwindow.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1119910
SVN commit 1120109 by murrant: Fix bug 208845 and make several other changes to code around this to make things more sane. * Common window size variables in hostpreferences. Modified VNC connection settings to allow the setting the window size when scaling is enabled. * Save the window size to the new standard variables, but only if scaling is enabled. * Remove the need to cast to QScrollArea by using QWidget::frameGeometry(). This relieves us of the need to cache the bordersize. * Resize the window, don't temporarily change the minimum size of the tab widget. * If the view size and the screen size match, automatically go into fullscreen mode. Not sure if this will be wanted by users or not. REVIEW: 3824 CCBUG: 208845 M +22 -0 core/hostpreferences.cpp M +8 -1 core/hostpreferences.h M +27 -37 mainwindow.cpp M +0 -3 mainwindow.h M +0 -22 rdp/rdphostpreferences.cpp M +0 -4 rdp/rdphostpreferences.h M +3 -2 vnc/vncclientthread.cpp M +77 -0 vnc/vnchostpreferences.cpp M +5 -0 vnc/vnchostpreferences.h M +145 -4 vnc/vncpreferences.ui M +7 -6 vnc/vncview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1120109
(In reply to comment #23) > * If the view size and the screen size match, automatically go into fullscreen > mode. Not sure if this will be wanted by users or not. For me it seems reasonable, because in these cases I go fullscreen every time anyway - otherwise I just can't see a almost 1/3 of the remote desktop.