The Crossfire client has a longer version history, and I want to list bugs I found, using these older versions below the current versions 1.71.0 and 1.72.0

See also page known_client_issues .

Several possibilities can make the client freeze when trying to connect to a server :

1. Entering ( accidentally ) an incomplete IPv4 address as 127.0.0 instead 127.0.0.1 ( localhost )
2. Entering ( accidentally ) an unknown IPv4 address as 128.0.0.1 instead 127.0.0.1
3. Entering a web address with no crossfire specific protocol on their side like “google.com”

See also : Client freezes

The client does not accept the 'q' key pressed in the command-line, when asked to play again.
The 'a' key to play again works.
Solution : Menu > Client > Disconnect
Affected Versions : 1.11.0 and below.

The client does not connect to localhost:XXXXX entries in the so-called “Metaserver” GUI that shows up, when the client is launched.
The GTK-1 client works fine.
Solution : Use newer clients.
Affected Versions : 1.10.0 and below.

The gcfclient was able to be build with partly GTK-2 support.
In that case the Inventory and Look Ground panel to the left would draw the fonts in GTK-2 style from the .gtkrc-2.0 config file in the user's HOME directory.
The configuration option had been –enable-cfgtk2 as enable building the original gtkv1 client with GTK+ 2 at compiling time.

The so-called “double press” issue as described at 1.11.0 , 1.10.0 and 1.9.1 describes the problem not really understandable.

To reproduce :
Launch such configured and compiled client in non-split window mode.
Put the mouse pointer somewhere into the middle of the GUI without pressing anything. Hit a number on the keyboard for the server you want to connect to, and the command-line gets activated with a blinking cursor. Repeating the press of the number and hitting Enter, the client should then connect without problems.
When asked for the log-in username, start to type your name; the first character you type in gets swallowed as before. Every time the user wants to enter something into the command-line, without putting the mouse pointer and left-clicking into the command-line, the fist letter gets swallowed into the no-where. Hitting a key when asked for something to enter, activates the commandline to wait for input, but the user expects due to the blinking cursor, that the letter or number he pressed would also show as first char in the command line.

While testing at the moment, it is not even possible to enter anything into the cmdline for the versions 1.11.0 and below, after the choice of the server; log-on is not possible, because the command-line seems not to accept any input at all to enter a username, when Popup Windows were unchecked in the configuration menu. The Popup Windows choice creates a separate log-in window, instead of using the info message and command-line pane.
See the fix in the Changelog : Keyboard input impossible or confusing

Another irritating feature of this “hermaphrodite” client, is, that when binding the prevkey and hitting the key to show the last command-in-history, the command and its parameters are presented highlighted in the cmdline.
And this affects apparently all –enable-cfgtk2 gcfclient / crossfire-client-gtk clients up to and including version 1.12.0 .

The client crashes when it should present either the -popups separate log-in window, or the login-messages and dialog in the info message pane, when the player would login when attempting to play on newer versions of the server 1.10.0 and above.
The strace command shows

read(11, “map2 =\20Q\2H\377A\20p\v \34\377E\20p\v \34\377I\20p\v \34\377”…, 1316) = 1316
— SIGSEGV (Segmentation fault) @ 0 (0) —
rt_sigaction(SIGSEGV, {SIG_DFL}, {0xb73bb000, [], 0}, 8) = 0

Reason : Unknown.
Workaround: Use the GTK-2 version of the client.

The cfclient says in the -help message, that he would accept the -pix option.
But instead when launched with this parameter, it claims, that this option would be wrong and exits.
In fact, it only uses the PNG picture format.
The client compiles, but a #ifndef will cause the client to exit if no LIBPNG available at compiling time.
Solution : Don't use these -pix, -xpm and -png options.
Affected versions : At least 1.9.1 and later, probably earlier versions.