Summary: | KDE taskbar too small | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Carlos Rodrigues <cefrodrigues> | ||||
Component: | kdebase | Assignee: | Than Ngo <than> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Ben Levenson <benl> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 8.0 | CC: | alex.neyman, slinger | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2003-09-07 02:20:58 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Attachments: |
|
Description
Carlos Rodrigues
2002-10-10 15:08:34 UTC
I confirm the same behavior. This is very irritating. Please get it fixed! -- tzd. Hmm, i don't think it's a bug. It's correct that the taskbar occupies a default size and it retains this size unless someone want to resize it. It never exibited this behaviour in 7.3, 7.2 or whatever. I even installed KDE 3.0.3 from sources on 7.3 and it worked as expected. If the taskbar has a default size I should be able to define it somewhere. Besides that, the size of the taskbar varies depending on the place it is on the same free space area within kicker. When I have a block of free space on kicker, if the taskbar was supposed to have a fixed size it should retain that size if it was on the left side of the free space, the center or the right side. Since the size changes for no apparent reason it is indeed a bug. Additionaly I noticed that, when performing the steps mentioned in the original bug report until the taskbar reaches the position where it occupies all the free space until the next element on the right side it doesn't move smoothly, it moves like there were some invisible elements there (like when moving the taskbar to the middle of the existing launcher icons). But there is more, it is unnatural for the taskbar not to grow horizontally when there are more open app buttons, the more buttons the smaller they get until the taskbar is completely unusable (it only needs a half a dozen windows open to reach this point). Therefore and with all due respect, it is a bug and it should be reopened. Actually the KDE 3.0.3 packages that I used on 7.3 were in fact the binary rpms from ftp.kde.org not actually compiled from the source code by myself. Sorry for the inaccuracy. I believe that this might be related with bug #76103. It might not be a taskbar itself bug but a kicker one. Of course this is just IMHO. Created attachment 86504 [details]
Here's an example. No matter how many tasks you start, they are only allowed to occupy the same space as if there was just 1 task.
it's very strange, how this bug has appeared on your machine. I really cannot reproduce this bug on many machines with 8.0. It works for me. Maybe some old KDE configurations in your home could cause such problem. Could you please try to add a fesh new user and start KDE with this user and look if it still appears. Than I just created a fresh user, ran "switchdesk KDE" and then "startx". The first run I moved the taskbar applet a bit to the left (it jumped as if it was moving through some invisible icons, which I think is the problem - or the main symptom) and then released it. The taskbar does not occupy all the space up to the next applet on the right side anymore as it should. Hmm, tried with new user again and still cannot reproduce it! could you please try KDE 3.0.5 from ftp://ftp.kde.org/pub/kde/stable/3.0.5/RedHat/8.0/i386/ Does it work for you? I've just tried kde 3.0.5a from ftp.kde.org (the rpms for Red Hat 8.0) and the bug is still here. I've also created a new user just to test it cleanly, the bug is also there. Hmm, i have installed 7.2 and 7.3 and 8.0 on my local machine at weekend to reproduce this problem. It works fine for me with 7.2/7.3 and 8.0. sorry, i close it as not a bug. I have been having the same problem ever sense I installed 8.0. This problem seems to be caused by a ghost button, a button that does not exist, but the kicker thinks it exists. Take a look at ~/.kde/share/congif/kickerrc look for the line under the [General] section with the Applets= on it. The problem for me was that ServiceButton_2 was on this line, but the ServiceButton_2 was not defined anywhere in this config file. I just removed the ServiceButton_2 from the line and it fixed this bug and the bug reported in #76103. If somebody could check there ~/.kde/share/config/kickerrc and see if the problem is similar or even better if it is the exact same as mine then this is probably the solution. Sorry, my mind got ahead of my fingers. the dir the kickerrc is in is ~/.kde/share/config, not ~/.kde/share/congif Removing the entries for the ghost buttons on kickerrc fixed it for me too. i close it as NOTABUG. Please reopen it. Though a workaround is suggested; it's not a real fix: * Missing definition for ServiceButton_X is not invalid; it just refers to system-wide settings for kicker in the /usr/share/config/kickerrc file. As for me, ServiceButton_1 (which is not defined in the ~/.kde/share/config/kickerrc) refers to Mozilla browser (which has the same number in the system-wide kickerrc file) * In any case, it's kicker, not user who writes such values in its config. Does user have to learn the structure of each and every KDE config file and edit them manually? By the way, due to this bug being closed I accidentally submitted its duplicate, bug 86309 (and I did not include 'closed' bugs when I searched). Please mark that as duplicate and reopen this. *** Bug 86309 has been marked as a duplicate of this bug. *** Well I agree that the existance of incorrect entries in the config file is a bug. No problem in Red Hat 9 |