I should have posted this bug here first (since it may be Gentoo-specific), but without thinking I reported it first to bugs.kde.org. Sorry for that. The report is at http://bugs.kde.org/show_bug.cgi?id=79130 Below is a copy of my report: Version: 3.2.1 (using KDE 3.2.1, Gentoo) Compiler: gcc version 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7) OS: Linux (i686) release 2.6.2-gentoo Konqueror works fine most (maybe 80-90%) of the time. At other times, it goes into a fit of freezing. If I try to do any single task (open a tab, open a directory, expand a branch in a directory tree, copy a file, etc.), Konq will freeze for a short period of time, often several minutes. After this everything will look normal, but it will freeze again if I try to do any other task. The intended action is eventually performed, but Konq seems to be waiting for something before doing it. My problem might be related to Bug 74202, but I'm not sure. All Konqueror windows (whether they be file managers or Web browsers) are affected by the freezing. Closing all Konqueror windows and restarting does not help. The windows seem to be more crash-prone when frozen, and when they crash they do not leave any feedback (like the KDE crash message) -- they just disappear. Other KDE apps appear to be unaffected. When frozen, the whole UI of that window is unresponsive. Menus don't work, and (for example) if the command given was to open a tab, it will only partially open before freezing (the tab appears, but no page is loaded). The process completes itself after unfreezing. The bout of freezing disappears as mysteriously as it started, but not after staying for a while. I have had this problem throughout the KDE 3.x series, running Konqueror in KDE and other environments (including GNOME). Given the very random nature of this problem, and that it is not a crash problem, I don't know what other information I can give, but I'll gladly help if required. Just tell me what to do. This is an incredibly annoying problem, and I'd love to see it fixed. Thanks. Another thing: I have tried cleaning out my KDE user files (~/.kde), but that hasn't helped. Reproducible: Sometimes Steps to Reproduce: The problem appears to present itself at seemingly-random instances. It will last for a while before disappearing again. I can't see anything predictable about it, except for what I have described above. As I have mentioned above, this problem has existed for me throughout the KDE 3.x series (i.e. for a long time). It is the same if I run Konqueror in KDE, GNOME or elsewhere. I normally have Galeon 1.x and Gkrellm running at the same time as Konqueror. # emerge info Portage 2.0.50-r3 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.2-gentoo) ================================================================= System uname: 2.6.2-gentoo i686 AMD Athlon(TM) XP 2100+ Gentoo Base System version 1.4.3.13 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -mcpu=athlon-xp -O3 -pipe -m3dnow -msse -mfpmath=sse -mmmx -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args -ffast-math -fprefetch-loop-arrays" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -mcpu=athlon-xp -O3 -pipe -m3dnow -msse -mfpmath=sse -mmmx -fforce-addr -fomit-frame-pointer -funroll-loops -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args -ffast-math -fprefetch-loop-arrays" DISTDIR="/data2/portage/distfiles" FEATURES="autoaddcvs ccache digest sandbox" GENTOO_MIRRORS="ftp://mirror.aarnet.edu.au/pub/gentoo ftp://mirror.pacific.net.au/gentoo ftp://planetmirror.com/pub/gentoo http://gentoo.oregonstate.edu/ http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/data2/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/data2/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aalib alsa apm arts artswrappersuid avi bonobo cdr crypt cups dga dvd encode esd evms2 evo fbcon flash foomaticdb freetype freetype2 gb gdbm ggi ggz gif gnome gnome-libs gpm gtk gtk2 gtkhtml guile imlib java jpeg kde libg++ libwww linguas_en_GB mad mikmod mmx motif mozilla mpeg ncurses oggvorbis opengl oss pam pdflib perl png python qt qtmt quicktime readline samba sdl slang slp spell sse ssl svga tcltk tcpd tex tiff truetype videos wmf x86 xface xml xml2 xmms xosd xv zlib"
The bug still exists in KDE 3.2.2.
I have also noticed this problem in Kate and KBear, but the freezes are less frequent and they don't last as long in these apps as they do in Konqueror. AFAIK there is no way to predict when the freezes will happen.
there's really not much we can do with this report, I fear. Perhaps you can run konqueror in strace and try and capture what's going on when it freezes?
Created attachment 30206 [details] konqueror strace Since I have no way of predicting when the problem will occur, I had to use Konqueror until it manifested itself. I then fired up another instance of Konqueror through strace: "strace -okonq konqueror". There was a freeze while it was starting up (typical of this problem). After that cleared I started clicking around (opening tabs, directories, etc.). Konqueror would freeze for a period in the middle of each action, as if it was waiting for something. I have attached the strace output. I am sorry for it being so large (5.8MB uncompressed). I am not an experienced debugger and I didn't feel qualified to edit the file without leaving potentially important data out. The output covers about 5-10 minutes of Konqueror runtime, with it being frozen for most of this time. One thing that I did notice in the output is that there are many lines that look like this: select(17, [3 4 5 7 9 12 13 14 15 16], [], [], {0, 16505}) = 0 (Timeout) The only thing that differs in each instance is the large integer towards the end (in this case, "16505"). There are also a few "(Permission denied)" messages.
I experience this bug too, but for me it happens usually when selecting/de-selecting somthing in a form. It also doesn't happen so often and the freeze lasts only some seconds.
I've had this problem with forms as well. The freezes aren't as severe in KDE 3.2.3, but they're still there.
This seems to be fixed in 3.3.x
Sorry, but I beg to differ. The problem still exists for me in KDE 3.3.0.
then it's most likely a local problem, as the only other issue that users report is freezing during text selection, which has since been fixed.
Nothing we can do for the original report... the freeze on text selection instead is http://bugs.kde.org/show_bug.cgi?id=80072 (do we apply the patch mentioned there?)
Nothing we can do for the original freeze, and it seems that in recent version only the text-selection freeze occurs, which is a different problem. Closing.