Bug 69833 - Frame around system tray acts weird
Summary: Frame around system tray acts weird
Status: RESOLVED FIXED
Alias: None
Product: kicker
Classification: Plasma
Component: systemtray (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Aaron J. Seigo
URL:
Keywords:
: 69797 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-12-08 02:30 UTC by Ron
Modified: 2005-03-13 06:52 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ron 2003-12-08 02:30:57 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources
OS:          Linux

I cannot find an option to turn on/off the frame around the system tray.  I see no frame around it, but when i put the cursor over it I see the frame and when i remove the mouse the frame disapears.  Sometimes the frame will get stuck visible but if i put the cursor over it and remove it the frame disapears.  Is there any way to make it so it doesnt show?
Comment 1 Aaron J. Seigo 2003-12-08 02:44:11 UTC
how recent are the sources that you are using?

this behaviour only exists if you have applet handles turned off. under what exact circumstances does it not work for you?
Comment 2 Ron 2003-12-08 04:02:37 UTC
The sources are from Dec 1st.  I read about the applet handles thing so I tried turning them on and I get the same thing.  I see no frame around the system tray but when I put my mouse over it I see the tray.  Basically any time I put my mouse over the tray I see the frame and when I remove my mouse the frame disapears except some random times that I haven't figured out when the frame stays.  I did some more testing and noticed something weird.  If I enable the applet handles and logout and log back in, there is no frame and it does not appear when I put my mouse over the tray.  If i take them off the frame still does not appear, but if i logout and relogin i get the same situation with the frame appearing with the mouse over it.
Comment 3 Aaron J. Seigo 2003-12-08 04:20:31 UTC
the log in / out thing is a known issue. actually, "all" you have to do it restart kicker. this is due to the way kicker manages applets, in particular not telling them when its configuration has changed, while not providing a run-time API to check on such things. this isn't solvable in the near-term.

as for when the auto-showing/hiding of the frame doesn't work, please see if you can see what the special situations are. is your panel autohiding? does it happen when there are context menus popped up? does it happen only when an application is being launched via a kicker button? etc, etc..
Comment 4 Ron 2003-12-08 05:33:56 UTC
Ok, I figured out why the frame stays visible after I move my mouse, but I don't know why it shows with the mouse to begin with.  If i right click an icon in the tray and than do whatever the frame stays visible until i put the mouse on it and move it off.  No the panel is not autohiding.
Comment 5 John Firebaugh 2003-12-26 21:52:08 UTC
*** Bug 69797 has been marked as a duplicate of this bug. ***
Comment 6 Ron 2004-01-02 23:19:56 UTC
A recent cvs checkout, December 30th, still has this.
Comment 7 Janis Blechert 2004-01-22 01:04:37 UTC
I have the same problem, hovering an icon in the systray causes the systray's frame to appear, if I move the mouse quick onto the klipper icon (should for any others) the frame isn't displayed but when I move it slowly (especially over the position where the applet handler should be - I have it hidden) the frame appears
Comment 8 Ron 2004-05-27 03:44:52 UTC
I just got a fresh cvs and I am still experiencing this problem.  My tray contents are Klipper, Kmix, Juk, and Gaim.
Comment 9 Steve Walesch 2004-07-07 17:34:22 UTC
Same problem with KDE 3.2.2. Why don't we just get rid of this stupid frame?
Comment 10 Janis Blechert 2004-08-03 20:34:40 UTC
(kde 3.3b2) frame appears now everytime I hover the systray, which seems to be the way it's supposed to, there's a minor bug left (though I would remove the frame completely), if one opens a contextmenu of one of the icons in the tray and then moves the mouse somewhere off the systray and clicks the contextmenu away, the frame will stay even though the mouse is no longer over the systray, hover the systray again and moving the mouse off normaly returns the systray to non-framed mode.
Frankly I see no reason to have the frame, the user will hover the systray on purpose and I can hardly think of anyone not noticing when they're over the systray, so imho the frame should be removed completely...
Comment 11 Richard Smith 2004-08-04 11:11:56 UTC
This bug is much easier to reproduce than that. Simply move the mouse over the 
systray (on a default KDE taskbar), then down to the bottom of the screen 
(frame still visible), then down and right until the mouse has left Kicker 
entirely. Frame still there, mouse no longer over.

Comment 12 Yves Glodt 2004-08-24 20:26:37 UTC
I can confirm that the way discribed in comment #11 to reproduce this bug
works also in KDE 3.3.

This is an irritating bug that shines bad over the otherwise so polished 3.3 release... :-(
Comment 13 Yves Glodt 2004-08-24 20:30:08 UTC
IMHO this frame that appears on hover should simply be removed...

Especially because it makes the tray look inconsistent, as some applets
live in the frame e.g. kcpuload, and some outside, e.g. ktimemon
Comment 14 Erik Charlebois 2004-08-31 06:24:06 UTC
Yes, the frame on hover should definitely be removed.
Comment 15 kapta 2004-09-24 00:50:15 UTC
please remove the frame or at least allow there to be a configuration to turn it off, its waste of cpu cycles, and IMO spoils the overall integration of kde
Comment 16 Domenico Carbotta 2004-10-10 01:16:50 UTC
look at bug 90995 :) the patch pretty sucks ;) but hey I _had_ to put my money where my mouth is.
Comment 17 Aaron J. Seigo 2004-10-20 06:59:06 UTC
this is fixed in CVS.

p.s. this doesn't "waste cycles" compared to the rest of what's going on. sheesh. =)
Comment 18 Yves Glodt 2004-11-07 21:43:24 UTC
any chance to have this backported to the 3.3 branch? :-)
This bug bothers me every day, many many times...
Comment 19 Tom Gilligan 2005-03-13 06:02:21 UTC
when you say its fixed, you mean the frame 'sticking' when the mouse leaves kicker, right?  can the frame be completely removed?  it would at least make more sense (at least to me) to show the frame when applet handles are visible and hide it when they're not visible, not the other way around.
Comment 20 Aaron J. Seigo 2005-03-13 06:52:36 UTC
yes, to both of your questions.