GNOME Bugzilla – Bug 654558
Can not stop file search. Stop button run away from mouse pointer
Last modified: 2011-10-05 09:01:48 UTC
this report has been filed here: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/809790 "When searching for files in Nautilus and the search takes some time, a small box with a stop button is displayed at the bottom of the file browser. From the look of that button, it is expected that clicking on it will stop the current search. But actually the user can not click on it because the button runs away from the pointer. (Video attached) TEST CASE: 1. Launch a file browser 2. Go to a directory with lot of files (e.g Home) 3. Press CTRL+F to open the search box 4. Search for something rather generic e.g 'pdf' Result: The search starts running and a small box is displayed, but the user can not stop it." video: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/809790/+attachment/2205272/+files/nautilus_search.ogv
This is due to this commit: http://git.gnome.org/browse/nautilus/commit/?id=e239f2a150f34b7f7b4730772fae5a372a7924d1 The change introduced was "floating-bar: copy code from Epiphany to hide the floating bar on hover". Obviously, this shouldn't happen when interaction with the floating bar is required.
Also, this commit: http://git.gnome.org/browse/nautilus/commit/?id=a28a89ab8112a5207d5413e5f767f191d1d13339 This one ported floating-bar to GtkOverlay, and kept the "hide on hover" behaviour.
Created attachment 192077 [details] [review] Check if the floating-bar is interactive before moving it.
Thanks for the patch. I committed a slightly tweaked patch to git master.
*** Bug 658572 has been marked as a duplicate of this bug. ***
Verified in Nautilus 3.2.0 on Ubuntu 11.10beta