After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 533153 - audio preview should be more careful about what triggers it
audio preview should be more careful about what triggers it
Status: RESOLVED DUPLICATE of bug 537905
Product: nautilus
Classification: Core
Component: [obsolete] Sound
2.22.x
Other All
: Normal minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 580619 605136 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-05-14 17:42 UTC by bgruber
Modified: 2010-05-02 14:27 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description bgruber 2008-05-14 17:42:20 UTC
Though I generally like the audio preview feature, I frequently find it to be triggered accidentally. Usually this happens after a keyboard event; for example, I will use a keyboard shortcut to switch desktops or close a window, which will result in my mouse cursor resting over an audio file. The preview catches me by surprise as I am not using the mouse at that time, so I'm not really aware of where the mouse cursor is.

Also, if I switch windows with a keyboard shortcut the audio preview is still triggered if the nautilus window is still visible and the mouse cursor remains over the icon. I frequently switch desktops and then immediately switch to a different window with my keyboard.

It also seems like this could happen if I close a window with the mouse and an audio file lurks beneath, but this is far less annoying as my hand is already on the mouse and my focus already on where the mouse pointer is.

Other information:
A few different small changes could each mitigate this problem for me. One would be that the audio preview could not be triggered unless it was precipitated by a mouse event. Another might be that the audio preview should only occur if the nautilus window has focus.
Comment 1 A. Walton 2008-05-18 15:58:44 UTC
I generally agree with this, with the exception being "One
would be that the audio preview could not be triggered unless it was
precipitated by a mouse event."; I'm not sure how that would work w.r.t. accessibility. We probably could be a bit more careful with the way we watch window focus changes to prevent spurious previews, though.

(Changing component to "Sound" since this is the only bug in this category and the other "Sound" bugs are related to this...)
Comment 2 A. Walton 2009-05-05 12:48:44 UTC
*** Bug 580619 has been marked as a duplicate of this bug. ***
Comment 3 Cosimo Cecchi 2010-04-13 00:53:21 UTC
*** Bug 605136 has been marked as a duplicate of this bug. ***
Comment 4 Sense Hofstede 2010-04-20 16:21:59 UTC
A bug reported on Launchpad in Ubuntu at <https://launchpad.net/bugs/567209> says that the audio preview also shouldn't be launched when the mouse accidentally ends up on an audio file after having logged in.

Instead the audio preview functionality should only be triggered when the mouse pointer moves from the surrounding canvas to the icon.
Comment 5 Cosimo Cecchi 2010-05-02 14:27:32 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 537905 ***