Bug 700885

Description of problem:

This is wacky, but I figured I might as well report it.

I'm running the nomachine nxclient-3.4.0-7.x86_64 at home to talk to a
freenx server at work (fedora 14 x86_64 on both systems). I'm running
absolutely all of the nxclient traffic through an ssh tunnel.

When, and only when, I'm running nxclient at home, a firefox, also run at
home flakes out. In the past it has only been very very slow responding to
clicks in the bookmarks sidebar (clicks in the main browser window have
no slowdown), but today not only does it get slow, but it also starts
aborting at random when I click on the sidebar bookmarks.

I ran it with ulimit -c unlimited, generated a giant core file:
-r--r--r-- 1 tom users 232972288 Apr 29 13:22 core.15733
and loaded a bunch (though by no means all) of debuginfo files
and created a backtrace of all the threads in gdb (which I will
attach to this bug).


Version-Release number of selected component (if applicable):
firefox-3.6.16-1.fc14.x86_64


How reproducible:
It is random, but a very few minutes of clicking around the bookmarks
in the sidebar usually gets it to happen.

With no nxclient running, operation is totally smooth and no aborts
seem to happen (I can't even begin to imagine how the two could
interact or even tell each other they exists in order for the behaviour
to change, but I'm just reporting what I'm seeing).

Steps to Reproduce:
1.see above
2.
3.
  
Actual results:
slow sidebar response, occasional abort

Expected results:
just as snappy with or without nxclient running

Additional info:
I have 8 gig of memory on this system, and the vast portion of it is unused
even with firefox and nxclient running, so I'm not running out of memory
or hitting oom killer or anything like that.