Version: (using KDE KDE 3.1) Installed from: Compiled From Sources Compiler: gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-98) OS: Linux About once every day when browsing files with konqueror, konqueror stops responding (only the window I was working in, memory usage setting is on default). It typically happens when searching for pages in the history, using Next en Previous buttons. Konqueror starts behaving normally again as soon as I kill all instances of artsd with "killall -KILL artsd". Seems like artsd did not respond to a request from konqueror. I have no idea what konqueror wants from artsd, because I have all system notification sounds disabled.
By any chance, was konqueror trying to create previews for movie files? Can you reproduce this bug at will?
FYI, *I* am seeing arts hang whenever I try to preview movie files. (I've built everything against xine-lib-0.9.13). Does that help?
I forgot to mention: redhat 7.3, gcc-2.96-113.
I cannot reproduce this bug at will, it happens sometimes when i'm browsing foreward/backward very quickly. Just tried to reproduce it again, but it seems to happen only when I dont want it to.. :) I'm quite sure I was NOT browsing movie files, but I could be mistaken about that. You are right about artsd hanging when creating previews of movies (using xine-lib-0.9.13 as well), I have not seen it work right even once. I did not report this just yet, because I did not know which one to blame, KDE or Xine. Artsd typically creates multiple (8 or 9 most of the time) instances of itself when in trouble, where only one of these instances (the one with lowest PID) appears to be actually doing something. The other instances have zero time consumption in the "ps -e" listing. By the way: What has artsd to do with creating movie previews? Hopefully I will get more certainty about Konqueror hanging without creating previews soon.
It seemed that this bug was related to some previewing of files, which has been disabled is KDE 3.1.1. I will close this bug for the moment.