Ubuntu
kdebase-workspace package

System tray in KDE 4.2 (Intrepid) does not collaps

Bug #344526 reported by Andreas Scherbaum
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KDE Base
Unknown
Wishlist
kdebase-workspace (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

I'm using Kubuntu 8.10 with KDE 4.2 updates for intrepid from kubuntu-
experimental.

In KDE 3.x the system tray collapsed itself after some seconds, if one opened the system tray with the "<" button.

In KDE 4.2 the system tray stays open forever and there's also no config option to change this behaviour.

Revision history for this message
In , Thomas Zander (zander-kde) wrote :

Version: (using Devel)
Installed from: Compiled sources

It would be nice if the systray would re-hide the icons after a certain timeout.

I have a systray with various icons hidden and showing.
There is a triangle that makes the hidden icons appear again.

After half a minute or so I would typically not need those icons anymore. Provided my mouse has not been inside the systray all that time.

This is a feature that was available in kde3

Revision history for this message
In , T-artem (t-artem) wrote :

I wholeheartedly second that wish/request.

Bug Watch Updater (bug-watch-updater)
Changed in kdebase:
status: Unknown → New
Harald Sitter (apachelogger)
Changed in kdebase-workspace (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
In , flugscheibenwerfer (flabbergasted) wrote :

This is also done in Windows (XP at least). I'd suggest much less than a minute. In Windows this is done with a nice little animation but that is just eye candy.

I know that KDE4 is neither KDE3 nor Windows but it would still be nice to have this.

(Also, in Windows, you can set icons to "Always show", "Hide when inactive for some time" (they get shown again if something changes) or "Always hide".)

Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

*** Bug 183960 has been marked as a duplicate of this bug. ***

Bug Watch Updater (bug-watch-updater)
Changed in kdebase:
status: New → Invalid
Jonathan Thomas (echidnaman)
Changed in kdebase:
status: Invalid → Unknown
Bug Watch Updater (bug-watch-updater)
Changed in kdebase:
status: Unknown → Confirmed
Revision history for this message
In , Alpha-super-one (alpha-super-one) wrote :

+1

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Hi there,
We are in the process of closing wishlist items that have already been reported at KDE. Don't worry, your issue still is being tracked at KDE's bug tracker at: http://bugs.kde.org/show_bug.cgi?id=178553 . It's just that Kubuntu currently does not have the manpower necessary to take this feature on ourselves. We will receive this functionality once KDE implements it in one of their releases.

Thanks for understanding, and have a nice day.

Changed in kdebase-workspace (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

*** Bug 224486 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Danilo Vasquez (danilo-vasquez) wrote :

Would be a nice feature, another thing I would like about the systray is the option to set the amount of icons to show when in hidden mode, maybe giving preference to the icons that were clicked last.

Bug Watch Updater (bug-watch-updater)
Changed in kdebase:
importance: Unknown → Wishlist
Revision history for this message
In , Thomas Zander (zander-kde) wrote :

Lets close this one now :)

Bug Watch Updater (bug-watch-updater)
Changed in kde-baseapps:
status: Confirmed → Unknown
Revision history for this message
In , T-artem (t-artem) wrote :

RESOLVED LATER?

What does that mean?

Revision history for this message
In , Kde-2011-08 (kde-2011-08) wrote :

@Artem:
In 2012 KDE "cleaned up" the bug tracker and closed many bugs that were not actively being worked on. Supposedly these are considered desired features but due to lacking manpower they were closed so that KDE would not have many open bugs, which some people consider to be a sign of bad software. See the third graph on this page to understand the matter:
http://reports.kde.org/en/projects/kde-community/bugs_report

Notice on that page that a similar "Clean up" was done when KDE moved from KDE 3 to KDE 4, as it was not certain if the bugs filed were still valid for KDE 4 or not.

If you would like to see this issue resolved, then "RESOLVED LATER" pretty much means that you can reopen it if you intend to work on it. When someone is willing to work on it, then LATER has arrived!

Revision history for this message
In , T-artem (t-artem) wrote :

(In reply to Dotan Cohen from comment #9)
> If you would like to see this issue resolved, then "RESOLVED LATER" pretty
> much means that you can reopen it if you intend to work on it. When someone
> is willing to work on it, then LATER has arrived!

The problem is developers tend to overlook the closed bugs (regardless their state). KDE already has thousands of open bugs and feature requests so there's almost no chance that someone will ever stumble upon this feature request to work on it.

I'm just saying that "RESOLVED LATER" is not the best cause of action.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.