Bug 163772 - Toolbar with textfield pushes toolbars with deactivated text out of the window
Summary: Toolbar with textfield pushes toolbars with deactivated text out of the window
Status: RESOLVED WORKSFORME
Alias: None
Product: kdelibs
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
: 165802 166202 167659 168137 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-06-11 11:07 UTC by Dominik Tritscher
Modified: 2009-01-02 14:54 UTC (History)
12 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
toolbar setup before removing the text (22.40 KB, image/png)
2008-06-11 11:08 UTC, Dominik Tritscher
Details
messed up toolbar setup after removing the text (15.55 KB, image/png)
2008-06-11 11:09 UTC, Dominik Tritscher
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dominik Tritscher 2008-06-11 11:07:49 UTC
Version:           4.0.80 (using Devel)
Installed from:    Compiled sources
OS:                Linux

In Kubuntu KDE 4.1 Beta1 packages, konqueror starts with icons an text under them (see first screenshot). If I try to disable the text under the icons via context menu, the toolbar moves to the left "out" of the window (see second screenshot).
The only workaround I found so far was to change the alignment of the adress bar i.e. to right aligned. Than the main toolbar will be shown at the correct position. Now its not possible move the adress bar to the position next to the main tool bar again, as this would "push" the toolbar out of the window again.
After moving the adressbar under the main toolbar and then moving the toolbar down next to the adressbar, everything looks as it should.
Comment 1 Dominik Tritscher 2008-06-11 11:08:41 UTC
Created attachment 25259 [details]
toolbar setup before removing the text
Comment 2 Dominik Tritscher 2008-06-11 11:09:10 UTC
Created attachment 25260 [details]
messed up toolbar setup after removing the text
Comment 3 Dario Andres 2008-07-31 00:03:13 UTC
I think this is related to a lot of toolbar positioning bugs like:
bug 164555 , bug 166202 , bug 167659 , bug 166984 , bug 164500
Comment 4 Stefan Borggraefe 2008-07-31 00:36:46 UTC
*** Bug 165802 has been marked as a duplicate of this bug. ***
Comment 5 Stefan Borggraefe 2008-07-31 00:39:58 UTC
*** Bug 166202 has been marked as a duplicate of this bug. ***
Comment 6 Stefan Borggraefe 2008-07-31 00:45:42 UTC
I can confirm this bug using Konqueror 4.1.0 (Kubuntu packages).
Comment 7 Stefan Borggraefe 2008-07-31 00:51:42 UTC
*** Bug 167659 has been marked as a duplicate of this bug. ***
Comment 8 Stefan Borggraefe 2008-07-31 01:13:17 UTC
I can reproduce the same bug with Kleopatra, where there is also a textfield in the Search Toolbar. The main toolbar is pushed out of the visible area when Text below the icons is turned off and the Search Toolbar is placed right of the Main Toolbar.
Comment 9 Dominik Tritscher 2008-08-03 12:45:49 UTC
*** Bug 168137 has been marked as a duplicate of this bug. ***
Comment 10 Enrico 2008-08-04 18:44:33 UTC
Same bug in KDE 4.1 openSUSE rpms
Comment 11 Thomas Jarosch 2008-08-26 21:34:20 UTC
Same thing with the Fedora 9 KDE 4.1.0 packages. One time I managed to make the toolbar go crazy: The "HTML toolbar" in konqueror once again moved to the lower right under the "Location" bar. I moved it back next to the download manager.

After that the toolbar showed up in every KDE program I switched too. WTF?!
Unfortunately I didn't take a screenshot, but it looked really funny to see the HTML toolbar directly on the white background of the "konsole" window. If I tried to click or move it, the toolbar window disappeared, but came back when I switched applications again. Never seen something like that before :-)
Comment 12 Dominik Tritscher 2008-12-07 14:07:07 UTC
Seems to be fixed in KDE4.1.3, tried it with Konqueror and Kleopatra, both work fine now.
Comment 13 Dario Andres 2009-01-02 14:54:44 UTC
*** Bug 170353 has been marked as a duplicate of this bug. ***