Audio Files in preview continue to play even after they are deleted.

Bug #36196 reported by Adal Alom Rodríguez
182
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Nautilus
Fix Released
Low
nautilus (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

I was making some .ogg files and when i send the .wav files to trash it souds
for a while.

Some people told me it happens when they move the icon to.

http://bugzilla.gnome.org/show_bug.cgi?id=137500: http://bugzilla.gnome.org/show_bug.cgi?id=137500

Revision history for this message
Daniel T Chen (crimsun) wrote :

When you say "sounds," do you mean that it plays, similar to the Nautilus
preview of supported media formats (ogg, flac, etc.)? If so, this feature is
both normal and expected. Otherwise, please describe more fully the type of sound.

Revision history for this message
Sebastien Bacher (seb128) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

*** Bug 26946 has been marked as a duplicate of this bug. ***

Revision history for this message
Simon Law (sfllaw) wrote :

Hi Adal,

Does this still happen? And is it still undesirable?

Thanks!

Changed in nautilus:
status: Unconfirmed → Needs Info
Revision history for this message
Adal Alom Rodríguez (arpia49) wrote :

Not for me now, but i'm not sure if i changed something...

Sorry

Changed in nautilus:
status: Unconfirmed → Confirmed
Revision history for this message
Daniel Holbach (dholbach) wrote :

No further complaints, closing the bug. Please reopen, if it still occurs.

Changed in nautilus:
assignee: seb128 → desktop-bugs
status: Needs Info → Rejected
Changed in nautilus:
importance: Medium → Low
status: Rejected → Confirmed
Revision history for this message
xtknight (xt-knight) wrote :

Still happens on Hardy amd64.

For developers:

This could either be fixed by not caching the entire file in memory, by lowering the buffer size, or simply stopping playback when the file handle is no longer valid. It seems like caching the whole file at once could be dangerous anyway.

Revision history for this message
Trevor (launchpad-trevorcreech) wrote :

Confirming that this still happens on Hardy 86 as well.

Revision history for this message
Sebastien Bacher (seb128) wrote :

why did you unset the upstream bug watch? setting it again

Changed in nautilus:
status: New → Unknown
Changed in nautilus:
status: Unknown → Confirmed
Changed in nautilus:
status: Confirmed → Triaged
Revision history for this message
Javier Martin (Habbit) (habbit) wrote :

This still happens on the last amd64 Hardy, and not only with wav files: after converting some mp3 to oggs, I was deleting the original files, and my mouse stuck over one of them, which started autoplaying. I proceeded to send them to the trash nevertheless, but the file under the mouse kept playing even though it had disappeared from the Desktop.

Now, I don't think the solution would be related to "stopping playback when the handle is no longer valid": as the file is only moved to a folder in the same FS, the file handle is still valid. In fact, iIrc, the actual deletion would not be possible if it invalidated the file handle. Maybe Nautilus should just check that all the files it's going to move to the trash have no open handles, and if they do, pop up a dialog like: "The file 'music.ogg' is in use by the following programs: totem, ogg123. Do you want to try moving it to the Trash anyway?"

Revision history for this message
jorge (xxopxe) wrote :

Have it with Hardy here.
The sane behaviour should be that the sound stopped playing. No popup, nothing. that's the point, it's just a preview: put the cursor there, listen for two seconds, hit delete and it's gone. If it was me looking for a bugfix, i'd look to where it watches for the cursor to leave the "play" area: add watch for the area leaving the cursor :)
This bug ocurred to me without me actually trying to use the preview: i was to delete a file and the cursor just rested over the symbol. It started playing AFTER i actually deleted the file.

Revision history for this message
Javier Martin (Habbit) (habbit) wrote : Re: [Bug 36196] Re: .wav sounds when I move the icon or send it to trash

El vie, 04-07-2008 a las 04:04 +0000, jorge escribió:
> Have it with Hardy here.
> The sane behaviour should be that the sound stopped playing. No popup, nothing. that's the point, it's just a preview: put the cursor there, listen for two seconds, hit delete and it's gone. If it was me looking for a bugfix, i'd look to where it watches for the cursor to leave the "play" area: add watch for the area leaving the cursor :)
> This bug ocurred to me without me actually trying to use the preview: i was to delete a file and the cursor just rested over the symbol. It started playing AFTER i actually deleted the file.
>
That would indeed be the sane behavior with autoplay, but the solution I
proposed works for any application using the file, not just the preview.

Revision history for this message
Mike Hix (mike-musl) wrote : Re: .wav sounds when I move the icon or send it to trash

*Waves* Me too!

I've turned off the audio preview for now.

Hardy, fully patched and up-to-date.
Linux rho 2.6.24-21-generic #1 SMP Mon Aug 25 16:57:51 UTC 2008 x86_64 GNU/Linux
snd_hda_intel, Lenovo X61 7675-CTO

Revision history for this message
TELUGU_BIDDA (sastrik2) wrote :

This happens when the following steps are followed:

1. Mark an audio file icon and move the mouse away.
2. Now bring the mouse over the audio file icon.
3. The preview starts playing.
4. Now hit the delete button on the key-board to move this file to the trash.
5. The audio file continues playing.
6. It would continue playing even when deleted from the Trash bin
7. The only way to stop it (that I found is) bring the file back to the original folder and move the mouse away from the file or let the file play till the end is reached.

As soon the the delete button is hit the audio preview should stop.

Nautilus 2.22.5.1
Description: Ubuntu 8.04.1
Release: 8.04
Codename: hardy

Revision history for this message
David Barr (davidbarr) wrote :

I can confirm that the bug still exists in Ubuntu 8.10, Nautilus 2.24.1

Revision history for this message
Yatagan (franck-lienard) wrote :

Confirmed too.
Same steps as TELUGU_BIDA with a mp3 file in Ubuntu 8.10, Nautilus 2.24.1.

Revision history for this message
Jeffrey Flaker (jflaker) wrote :

I can confirm TELUGU_BIDDA, I did the same thing prior to coming here to report the bug.

Revision history for this message
Charles Voelger (cvoelger) wrote :

I just have this bug with a wav file, I had to restore the file from trash to stop the "previewing" - also nautilus continued to preview other audio files while playing the deleted one in the background.

Revision history for this message
Charles Voelger (cvoelger) wrote :

BTW - My install is Nautilus 2.26.2 on Ubuntu 9.04

Revision history for this message
Andrew Shmig aka SyFyKid (syfykid) wrote :

+1

Changed in nautilus:
status: Confirmed → In Progress
Changed in nautilus:
status: In Progress → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package nautilus - 1:2.27.91-0ubuntu1

---------------
nautilus (1:2.27.91-0ubuntu1) karmic; urgency=low

  * New upstream release: (LP: #418405)
    - Migrate old-style nautilus metadata to gvfs metadata
    - Fix viewing of very small image files
    - Respect disable_command_line option
    - Reverse mouse button used for back/forward to same as firefox
    - Always show menu icons for menu items representing files (LP: #387796) (LP: #408384)
    - Inhibit suspend during file operations (LP: #49258)
    - Cancel audio preview when deleting the previewed file (LP: #36196)
  * debian/patches/01_lpi.patch:
  * debian/patches/02_autoconf.patch:
  * debian/patches/18_signal_curtain.patch:
  * debian/patches/90_relibtoolize.patch:
  * debian/patches/99_ltmain_as-needed.patch:
    - Refreshed

 -- Robert Ancell <email address hidden> Tue, 25 Aug 2009 13:15:20 +1000

Changed in nautilus (Ubuntu):
status: Triaged → Fix Released
Changed in nautilus:
importance: Unknown → Low
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.