Version: 4.0 (using KDE 3.1.94 (CVS >= 20031206), compiled sources) Compiler: gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r3, propolice) OS: Linux (i686) release 2.6.0-gentoo Try this 1) make sure you have bookmarks as a toolbar with at least one directory 2) click repeatedly as fast as you can on it to open/close it If you click and release too quickly while it is closed, the folder will not open at all. The point of this is that it can be reproduced when there are more than one directories, and clicking from one to another too quickly will close the last folder but not open the new one and happens for me often and can be a little annoying. Cheers
you're simply double clicking if you do it quicker
OK I've been able to reproduce this reliably now. 1) click one bookmark folder to open 2) wait x seconds 3) hover over another bookmark folder 4) slide the mouse across it slowly (but fast enough so that it is'continuously in motion) 5) while sliding, click and hold the mouse 6) keep sliding the mouse as you finally let go [This test case can be triggered at higher speed, and for me, unintentionally often] It looks as though perhaps the event sent to the widget is click-drag, which seems to cause the old folder to close and attempt to drag-move the second folder tab, which is not able to be dragged. The end result is an closed 1st folder and unopened 2nd. If so, this seems ok except that perhaps there should be a wider pixel range of allowable movement while the mouse button is clicked down before the event is triggered as click-drag, because it happens a lot, as I tend to click around the desktop so quickly that the mouse is still moving. Under 5-10 pixels even seems ok. Though, I've only noticed a need for this for konqueror's bookmark toolbar of all KDE components used regularly. Any other fast clickers get this annoyance?
Please, would you like to check the bug using a more recent KDE version like 4.3 or trunk? Many thanks.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!