Version: 1.0.2 (using 4.0.3 (KDE 4.0.3), 4.0.3-6.fc9 Fedora) Compiler: gcc OS: Linux (i686) release 2.6.25-1.fc9.i686 If I add a reload button for example into toolbar and try to move its position after back|forward arrows and accept the configuration, it fails and new button is positioned after all buttons in toolbar.
howcome the version field did not get filled (i used bugtool) and I can't fix it myself either?
Hmm we don't have 4.0.x versions for kdelibs in bugzilla !?
Ah the reassignments lost the context: this report is about editing toolbars in Dolphin.
After adding the icon to the toolbar, did you move it using the "up/down arrow buttons" in the Configure Toolbar dialog or using drag&drop with the mouse on the toolbar ? Using KDE 4.1.1 (KDE 4.1.0 (4.1 >= 20080722)) (KDEmod) in ArchLinux i686: If I use the "up/down arrow buttons", the new toolbar button is correctly positioned after clicking OK/Apply. But, if after adding the new toolbar button I move it using the drag&drop method with the mouse, the position in the Configure Toolbar dialog isn't OK (shows the old position). If you Accept that dialog, the toolbar icon will stay in the place where you drop it with the mouse, but if you open the Configure Toolbar dialog again, the icon (in the icons list) will be in another position. If you close Dolphin and reopen it, the toolbar icon's place is the same as the position in the Configure Toolbar dialog list.
I can confirm the behaviour I've described in comment 4 using: Qt: 4.4.3 KDE: 4.1.82 (KDE 4.1.82 (KDE 4.2 >= 20081204)) kdelibs svn rev. 895205 / kdebase svn rev. 895205
I can't reproduce the behaviour in Version 4.1.86 (KDE 4.1.86 (KDE 4.2 >= 20081221)).
Indeed, seems to be fixed here using: Qt: 4.4.3 + qt-copy-patches-889120 KDE: 4.1.86 (KDE 4.1.86 (KDE 4.2 >= 20081221)) kdelibs svn rev. 903451 / kdebase svn rev. 903451 on ArchLinux x86_64 - Kernel 2.6.27.10