Bug 66905 - will not play mp3 file if file is being virus-checked by clamd / dazuko
Summary: will not play mp3 file if file is being virus-checked by clamd / dazuko
Status: RESOLVED UNMAINTAINED
Alias: None
Product: mpeglib
Classification: Miscellaneous
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-30 14:10 UTC by Steve
Modified: 2011-09-19 12:31 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Steve 2003-10-30 14:10:55 UTC
Version:           As contained in KDE 3.1.4 (using KDE KDE 3.1.4)
Installed from:    SuSE RPMs
OS:          Linux

I am running Dazuko to allow clamav's virus-checking daemon clamd to check files when they are opened, executed or closed. This means that a largish file like an MP3 can take a second or two to open. If I try to play an MP3 under these circumstances, instead of announcing the track and playing the music, noatun displays "Stop" down by Kicker and plays nothing.

Mplayer works fine under the same circumstances, so I suppose the "fault" is in noatun, not Dazuko/clamd. 

If this is not a "fault" but rather a "feature" designed to stop noatun hanging when a file never opens, perhaps a longer timeout would be needed? I don't know how noatun works, so this is speculation.
Comment 1 Stefan Gehn 2003-12-27 11:51:33 UTC
AFAIK the thing opening files is mpeglib, it surely isn't noatun.
Comment 2 Steve 2003-12-27 13:03:45 UTC
I don't know the details of how it all works. I'm just reporting what I see: noatun (and kaboodle) won't play a file that is being virus checked but mplayer and xmms will.
Comment 3 Christoph Feck 2011-09-19 12:31:50 UTC
This component has been replaced with Phonon in KDE 4. If this issue still needs to be addressed, please add a comment, or report it for Phonon.