xqf takes 100% CPU after end of game

[rokenn]

Binary package hint: xqf

After launching xqf it runs without problems. But, if I start Nexuiz (double-clicking on a server),
xqf goes to 100% CPU as soon as I _exit_ Nexuiz. The window is not updated properly anymore.
If I click several times in the source window, eg. selecting Tremulous and switching back to
Nexuiz, the problem disappears again.

System: Hardy Heron, KDE3, upgraded from Gutsy Gibbon
(only Nexuiz is a local installation)
ii xqf 1.0.5-1 X-based Quake Server Browser

I already tried removing ~/.qf, it did not help.

BTW, on starting xqf, I get the following message (maybe this is related):

xqf: Symbol `GeoIP_country_name' has different size in shared object, consider re-linking
xqf: Symbol `GeoIP_country_code' has different size in shared object, consider re-linking

[molgrum (molgrum)]

I have the exact same problem, please fix this!

[sedd (sedillard)]

I also have the same problem, 100% cpu usage and incomplete drawing of the xqf window after quitting enemy territory.

[BillCarlson (bill-carlson)]

Confirm, same problem on 8.0.4 with xqf 1.0.5-1 and Enemy Territory.

Killing child process of xqf recovers.

[rokenn (rokenn)]

And same problem on 8.10.

And an unfinished, broken KDE4.
And a non-working wlan.
And a dead installation after installing some packages.

Good bye Ubuntu.

[ptooi (tshags)]

I had this problem in 8.04. Recently did a clean install of 9.04 and the problem still exists.

[Hew (hew)]

This has been fixed upstream for over a year, but only in svn[1] since the last xqf release was in 2006. A patch is at the linked Debian report.

[1] http://xqf.svn.sourceforge.net/viewvc/xqf/trunk/xqf/src/launch.c?r1=813&r2=815&pathrev=815

[Jordi Mallach (jordi)]

This is fixed in 1.0.5-2, uploaded today to Debian unstable.

[Andreas Moog (ampelbein)]

Fixed in Ubuntu since Lucid.