# Bekannte Fehler

Im folgenden sind alle (die meisten) bekannten Fehler aufgelistet. Teilweise ist beschrieben, wie der Fehler umgangen werden kann. Soweit nicht anders angegeben werden wir uns bemühen, alle Fehler zu beseitigen, je nach (unserer subjektiver) Wichtigkeit kann das aber dauern.

Eine aktuelle Version befindet sich auf unserer sourceforge-Seite. Wenn Sie neue Fehler finden schicken Sie diese bitte an freedoko@users.sourceforge.net oder stellen ihn auf unserer Fehlerseite.

## Installation

Microsoft Windows: FreeDoko lässt sich nicht deinstallieren
  Wenn FreeDoko nicht als Administrator installiert wurde, werden beim Deinstallieren die Dateien nicht gelöscht. Dies ist wohl ein Fehler beim verwendeten NSIS-System.
  Problemumgehung: Die Dateien per Hand löschen.
Microsoft Windows 7: Bei der Deinstallation bleiben die Einträge im Startmenü erhalten
  Bei der Deinstallation unter Micosoft Windows 7 werden die Einträge im Startmenü nicht gelöscht. Dies ist wohl ein Fehler beim verwendeten NSIS-System.
  Problemumgehung: Die Dateien per Hand löschen.

## Programmstart

FreeDoko startet nicht unter MS-Windows 98
  Beim Start beendet sich FreeDoko mit der Meldung

      Pango-ERROR : file ../.././pango/pango/shape.c: line75 (pango_shape): assertion failed: (glyphs->num_glyphs > 0) aborting

  Das Problem liegt in der GTK-Bibliothek, die unterstützt anscheinend in der 2.8er Version kein MS-Windows 98.
  Problemumgehung: FreeDoko selber kompilieren. Dabei nicht die 2.8er Version der GTK und gtkmm-Bibliotheken verwenden sondern die 2.6er (siehe doc/de/Windows.kompilieren)

## Turnier

Geschmissene Blätter werden nicht gespeichert
  Wird ein Blatt geschmissen (z.B. wegen fünf Neunen) und nach der Neuverteilung der Karten das Turnier gespeichert, dann startet nach einem Laden des Turniers das vorherige Spiel (das, in dem geschmissen wurde).

## Netzwerk

Der Netzwerkcode ist noch stark in der Entwicklung, daher werden dabei noch viele Fehler auftreten. Hier eine Auflistung, was funktionieren sollte:

- starten eines Empfängers (Servers)
- verbinden mit einem Empfänger bei den Turniereinstellungen
- ausklinken mit Hilfe von `leere Netzwerk`
- schnacken
- Start eines Spiels
- Abfrage der Vorbehalte
- Schweine
- Ausspielen der Karten
- Ansagen (solange die Spielsituationen der Spieler synchron sind, d.h. insbesondere, daß alle im selben Stich sind)
- Genscher
- neues Spiel starten

Was auf jeden Fall Probleme macht:

- die Verbindung zu einem Spieler trennt sich
- Ansagen in asynchronen Spielsituationen (die Spieler befinden sich in unterschiedlichen Stichen)

## KI

### Absturz

Absturz mit `this->soloplayer_ == NULL`
  Wenn die Heuristiken für die KI geändert wurden, kann es vorkommen, daß die KI abstürzt.
  Das Problem tritt auf, wenn einem Spieltyp „falsche” Heuristiken zugeordnet werden, z.B. `Spiele beste Farbe (Fleischlos)` für ein normales Spiel.
  Problemumgehung: Bei der Aktivierung der Heuristiken vorsichtig sein und die Beschreibung durchlesen.

### ChooseBestCard

Unbekannte Teams bei Sonderpunkten
  Wenn eine Hochzeit noch nicht erfüllt ist können Sonderpunkte wie 'Fuchs gefangen' und 'Dollenschlag' nicht zugeordnet werden.

## Graphische Oberfläche

Absturz nach Minimierung des Hauptfensters
  Unter Microsoft Windows stürzt FreeDoko teilweise ab, wenn das Hauptfenster nach Minimierung wieder angezeigt werden soll.
  Keine Ahnung, woran das liegt. Ich vermute, es ist ein Fehler in der GTK-Bibliothek, vielleicht ist er mit der Version 3.0 behoben.
  Problemumgehung: Anderen System (z.B. GNU/Linux) verwenden ;-)
Unterfenster behalten nicht ihre Position
  Bei einigen Fenstermanagern, insbesondere der von KDE, erscheinen die Informationsfenster (wie `voller Stich`) immer in der Mitte des Hauptfensters anstatt an der letzten Position.
  Diese Fenstermanager scheinen das nachträgliche Positionierung von Fenstern nicht zu unterstützen.
  Problemumgehung: Anderen Fenstermanager (z.B. fvwm) verwenden.
Vorbehaltsfenster nicht sichtbar
  Unter Microsoft™ Windows führt folgende Vorgehensweise zu einem Problem: Beim Tunierstart alle Fenster minimieren, das Tuniereinstellungen-Fenster in den Vordergrund bringen und auf 'Tunier starten'. Auch wenn anschließend das Hauptfenster in den Vordergrund genommen wird ist das Vorbehaltsfenster weiter versteckt, kann also nicht geschlossen werden.
  Problemumgehung: Diese Abfolge nicht ausführen. Wenn es zu spät ist, über das Menü ein neues Tunier starten (und das Hauptfenster nicht minimiert lassen) oder die aktuelle Parie laden.
  Die Schuld für diesen Fehler weise ich von mir ;-), entweder ist unter Microsoft™ Windows der Fehler, daß das Hauptfenster nicht mit dem Tuniereinstellungen-Fenster maximiert wurde bzw. keinen Eintrag zum wiederherstellen des Vorbehalts-Fensters vorhanden ist oder bei Gtk wurde dahingehend geschlampt. Unter dem Fenstermanager fvwm wird beim Wiederherstellen des Tuniereinstellungen-Fensters auch gleich das Hauptfenster wiederhergestellt.

## Quelltext

Unvollständige Dokumentation mit doxygen
  Doxygen erstellt nicht alle Dokumentation. Dies ist ein Fehler von doxygen, siehe 'Troubleshooting' im doxygen-Handbuch, den werden wir nicht korrigieren.

## Sonstiges

Ungenügende Dokumentation
  Die Dokumentation ist unvollständig und nur wenig übesetzt.
  Problemlösung: Uns bei der Dokumentation helfen.

offizielle Internetseite