By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 71

Summary:	kde panel hiding - raise responds too slowly or sometimes not at all
Product:	TDE	Reporter:	James <james>
Component:	tdebase	Assignee:	Michele Calgaro <michele.calgaro>
Status:	NEW ---
Severity:	normal	CC:	bugwatch, james, michele.calgaro
Priority:	P5
Version:	3.5.13.x [Trinity]
Hardware:	i386
OS:	Linux
Compiler Version:		TDE Version String:
Application Version:		Application Name:
Bug Depends on:
Bug Blocks:	2968

Description James 2009-04-12 10:59:36 CDT

kicker-kde3 4:3.5.10-0ubuntu4~intrepid6

When setting "Configure - KDE Panel"/"Hiding" tab/"Raise when the pointer touches the screen's:...", selecting most any edge or corner, the response time is variable, is too slow, and sometimes is forever.

On my screen, the bottom left corner seems to work well, whether "Bottom Left Corner", "Left Edge", or "Bottom Edge" is selected.  The left edge seems to work second best, being a little slower, but having a consistent response time.

Everywhere else is slower, and the top right corner seems to be the worst - where sometimes I just have to retreat with the mouse pointer, and try "pushing" in the corner again.  There does seem to be a "lower-left/upper-right" variation here.

Compounding the problem, the desktop-switching time is shorter than the panel-raising time, so that bumping the edge switches desktops, while waiting for the panel to raise.

I don't know - maybe the code is being swapped out, making the response time variable, or the detection varies left to right and bottom to top, but the slow response is enough to be annoying.  I'm running nvidia TwinView on two monitors.


James

Comment 1 Darrell 2013-05-22 23:42:04 CDT

Is this report still valid?

I am unable to duplicate in GIT (2013-05-22). I tested several different locations and the panel reappeared immediately.

Comment 2 James 2013-06-03 16:58:39 CDT

Using a build from http://archlinux.us.to/3.5.13/ on a Thinkpad T60 with a Mobility Radeon X1400 over two monitors and KDE4, I am not seeing this problem.

I'd say close the bug.

James

Comment 3 James 2013-06-03 17:34:29 CDT

Well, I spoke too soon.  This is still very annoying, running kicker in trinity.  In particular, setting the panel to un-hide when the cursor hits the bottom edge of the screen, with the panel at the bottom edge of the screen, the display will most likely switch desktops before un-hiding the panel.

Sometime, the un-hiding works quickly, but, most of the time, not at all.  The corners seem to be more responsive than the bottom edge.

That this seems not to be a problem with kicker on KDE4 but still a problem with kicker on Trinity suggests it may be related to the Trinity desktop rather than kicker.

So, don't close the bug yet.

Could this have something to do with the timing between "switch desktops" and "raise the panel", when the cursor hits the edge of the screen?


James

Comment 4 Michele Calgaro 2016-05-03 23:20:41 CDT

This is quite an annoying bug,
With "Hide automatically" and "Raise when pointer touches...." set, some times the panel is not shown at all. Only solution is to open the "Configure panel" option, disable and enable the "Hide automatically" option and then the panel will be shown again.
I have not been able to replicate this on a permanent basis, but it happens repeatedly.
A possible sequence seems to be as follow:
1) raise panel and click on a taskbar icon. Occasionally the click is not "executed", not sure why but probably the first symptom of the issue
2) move away from the panel -> panel disappear
3-a) try to show the panel again, nothing happens

Alternatively, sometimes it goes slightly differently after 1) and 2)
3-b) try to show the panel again, panel shown. Click to activate window
4) move away from the panel -> panel disappear
5) try to show the panel again, nothing happens

Comment 5 Michele Calgaro 2016-05-08 07:14:34 CDT

I finally did some investigation and after a while I found a way to reproduce this problem 'on demand'.

Edit the kickerrc file and set XineramaScreen=-1. Then restart kicker. The main panel at the bottom is not shown even when the mouse is brought at the location that would normally raise the panel. I have a panel at the top of the screen that instead is not affected by it.

Edit the kickerrc file and set XineramaScreen=0. Then restart kicker. The main panel at the bottom is raised correctly.

More investigation is needed, but we finally have a reliable starting point.

Comment 6 Michele Calgaro 2016-09-24 08:20:43 CDT

I haven't worked on this for a while. I will come back to this, for the time being I am setting the status back to NEW

Comment 7 Michele Calgaro 2018-02-27 07:14:45 CST

Removed from R14.0.5 bug list.
I added this bug to R14.0.x long time ago, when I had more time to work on TDE and when I thought this bug was easy fixable. Turned out it is not so quick to fix and since it is not so critical and currently I don't have the time to work on it, I am removing the bug from R14.0.x list.