## Einen Fehler melden

Erfolgreiche Softwareentwicklung ist nahezu unmöglich ohne zu testen, und das gilt natürlich auch für Scribus. Testen bedeutet, die Software zu benutzen, insbesondere die Entwicklerversionen. Entdeckte Bugs (Fehler) müssen gemeldet werden, damit die Entwickler erfahren, daß etwas falsch ist oder zumindest falsch zu sein scheint, damit das Problem behoben werden kann. Manchmal ist die Lösung einfach, die Dokumentation zu verbessern. Öfter müssen die Entwickler aber wissen, welche Funktionen die Benutzer brauchen. In dem Fall sollte jemand, der eine bestimmte Funktion vermisst oder eine großartige Idee hat, dies dem Scribus Team mitteilen.

Die Prozedur ist in allen Fällen gleich. Es gibt eine Softwarekategorie namens bug tracking systems (Fehlerverfolgungssysteme), die es Entwicklern erlaubt, Fehlerberichte und RFEs (requests for enhancement / Verbesserungsanfragen) zu verfolgen, zu diskutieren und nachzuprüfen. Das Scribus Team hat sich entschieden, als Bug Tracking System Mantis zu verwenden. Wenn Sie helfen wollen, Scribus zu verbessern oder wenn Sie unbedingt eine Funktion brauchen, sollten Sie lernen, Mantis zu nutzen.

## Account erstellen

Gehen Sie zuerst zur Registrierung. Sie kommen zu einer Seite, die so aussieht:

Geben Sie einen Benutzernamen, Ihre Email-Adresse und die angezeigten Ziffern ein. Klicken Sie »Signup« und warten Sie bis Ihr Account bestätigt wurde und Sie eine Email mit einem Passwort bekommen. Sie können Ihre persönlichen Einstellungen unter »My account« jederzeit ändern, wenn Sie eingeloggt sind. Unter anderem die Sprache auf »Deutsch« stellen. Nehmen Sie sich bitte die Zeit, die verschiedenen Möglichkeiten anzuschauen, ob sie für Sie nützlich sind.

## Bevor man eine Fehlermeldung einreicht

Wenn etwas nicht so funktioniert wie erwartet, oder Sie die Idee des Jahrhunderts haben, fangen Sie bitte nicht an, massenhaft Fehlermeldungen zu schreiben. Es ist durchaus möglich, daß jemand anderes schon das gleiche Problem hatte, vielleicht sogar die gleiche großartige Idee. Wir empfehlen fünf Schritte, damit Ihr Bericht nicht als »Duplikat« oder mit »Keine Änderung nötig« geschlossen wird.

1. Lesen Sie die Scribus Online Dokumentation, durchstöbern Sie das Scribus Wiki, oder erwägen Sie den Kauf des Offiziellen Scribus Handbuchs. Es gibt jede Menge Informationen in verschiedenen Sprachen, und vielleicht hat schon jemand seine eigenen Erfahrungen in einem Wiki-Artikel geschrieben, oder das Dokumentationsteam hat eine Funktion / ein Problem schon gründlich dokumentiert.
2. Versuchen Sie, Scribus wirklich zu nutzen und lernen Sie seine Konzepte kennen. Die Benutzung von Scribus ist nicht schwer zu lernen, aber sie ist völlig anders als z.B. bei einem Textverarbeitungsprogramm.
3. Beschreiben Sie Ihr Problem oder Ihre Idee auf einer der Mailinglisten. Normalerweise klären sich Dinge schnell auf. Oft genug ist ein vermeintlicher Fehler nur mangelnde Erfahrung.
4. Fragen Sie im IRC. Dies bietet sich besonders dann an, wenn Sie wirklich schnelle Hilfe brauchen.
5. Falls Ihre Fragen immer noch nicht beantwortet sind, können Sie die Fehlerberichte durchsuchen. Sie können nach Schlüsselwörtern suchen. Wie Sie bei dem Bildschirmfoto unten sehen, können Sie ein Schlüsselwort in das Feld »Search / Suche« eingeben. Dann klicken Sie auf »Apply Filter / Filter« und Mantis sucht alle Meldungen heraus, die diesen Text enthalten. Wenn Sie das englische Wort nicht kennen, nach dem Sie suchen sollten, können Sie das mehrsprachige Glossar im Wiki durchsuchen, um eine Übersetzung zu finden. Wenn Sie die englischen Namen der Menüpunkte erfahren wollen, wechseln Sie einfach in den Allgemeinen Einstellungen zur englischen Oberfläche.

Sie werden feststellen, daß Mantis verschiedene Farben verwendet, um den Status der Einträge anzuzeigen. Die Bedeutung der verschiedenen Farben sehen Sie hier:

neu | Rückmeldung | anerkannt | bestätigt | zugewiesen | erledigt | geschlossen

- New / Neu: Der Fehler / Verbesserungswunsch ist gemeldet, es gibt noch keine Entscheidung, wie weiter vorgegangen wird.
- Feedback / Rückmeldung: Es wird entweder vom ursprünglichen Reporter oder von jemand, der kommentiert hat, eine Rückmeldung erwartet. Dies passiert oft, wenn ein Fehler nicht reproduziert werden kann.
- Acknowledged / Anerkannt: Wenn das Team entschieden hat, daß ein Vorschlag es wert ist, für die weitere Entwicklung berücksichtigt zu werden, wird der Status auf »anerkannt« gesetzt. Dies passiert meistens bei Verbesserungsvorschlägen.
- Confirmed / Bestätigt: Wenn ein gemeldeter Fehler durch andere reproduziert werden kann, wird der Status auf »bestätigt« geändert. Das ist, was normalerweise bei Fehlermeldungen geschieht.
- Assigned / Zugewiesen: Ein Fehler oder ein Verbesserungsvorschlag wurde einem Entwickler zugewiesen, um ihn zu beheben oder um eine neue Funktion hinzuzufügen.
- Resolved / Erledigt: Der Fehler oder Verbesserungsvorschlag wurde gelöst. Das bedeutet nicht unbedingt, daß ein Entwickler auch nur eine Zeile Code geschrieben hat. Wenn etwas nicht gelöst werden kann oder muß, wird es auch auf »erledigt« gesetzt.
- Closed / Geschlossen: Das Ende der Lebenszeit einer Meldung. Wenn alles funktioniert, wird der Fall endgültig geschlossen, und die schaurige Anzahl der Meldungen und Wünsche ist ein bißchen kleiner.

## Einreichen einer Fehlermeldung

Um eine Fehlermeldung einzureichen, müssen Sie auf »Report Issue / Eintrag erfassen« gehen. Sie werden eine Menge Felder zum Ausfüllen vorfinden:

- Category / Kategorie: Wählen Sie die Kategorie, die Ihrer Meinung nach am besten paßt. Wenn keine paßt, nehmen Sie »General«.
- Reproducibility / Reproduzierbar: Wenn Sie einen Fehler melden, können Sie ihn reproduzieren? Wie oft kommt er vor? Wählen Sie die passende Häufigkeit. Verbesserungsvorschläge haben hier stets »immer«, da die Funktion immer fehlt bis das Problem gelöst ist.
- Select Profile / Profil wählen: In Ihren persönlichen Einstellungen können Sie Benutzerprofile für Ihre Meldungen erstellen. Das ist vor allem nützlich, wenn Sie mehr als ein Betriebssystem oder mehr als eine Distribution nutzen. Sie können für jedes Betriebssystem ein Profil erstellen, und wenn ein Problem bei einem bestimmten System auftritt, einfach das Profil auswählen anstatt jedesmal die Daten (Rechnertyp, Betriebssystem, BS-Version) einzugeben.
- Platform / Rechnertyp: Geben Sie hier den Typ Ihres Prozessors ein (z.B. x86, x86-64, PPC, SPARC).
- OS / Betriebssystem: Ihr Betriebssystem (.z.B. Linux, Windows, Mac OS X, OS/2, eCS).
- OS-Version / BS-Version: z.B. Debian 8.3, OpenSUSE 42.1, Windows 10, OS X 10.11.3, eCS 2.1
- Product Version / Produktversion: Scribus gibt es in verschiedenen Entwicklungssadien, dem stabilen (1.4.x) und dem Entwicklerzweig (1.5.x) mit einigen mehr oder weniger stabilen Versionen. Versichern Sie sich, daß Sie die richtige im Dropdown-Menü auswählen.

Wenn Sie mit den Formalitäten fertig sind, können Sie endlich anfangen, Ihren Bericht zu schreiben:

- Summary / Zusammenfassung: Eine kurze Beschreibung Ihrer Meldung. Sie wird die »Überschrift« im Bugtracker.
- Description / Beschreibung: Beschreiben Sie das Problem so genau, aber auch so knapp wie möglich. Bitte schreiben Sie hier keine Romane! Es kann auch hilfreich sein, Bildschirmfotos hochzuladen (siehe unten). Falls Ihr Anliegen ein Verbesserungswunsch ist, geben Sie bitte ein Anwendungsbeispiel. Das Team braucht Beispiele, um zu verstehen, was hinter der Idee steckt und wie die neue Funktion Anwendern helfen kann, effektiver zu arbeiten. In anderen Worten, beschreiben Sie nicht nur das Was und das Wie, sondern auch das Warum.
- Steps To Reproduce / Schritte zur Reproduktion: Wenn Sie einen Fehler reproduzieren können, beschreiben Sie bitte die nötigen Schritte, um ihn auf anderen Computern nachzuvollziehen.
- Additional Information / Zusätzliche Informationen: Hier können Sie zusätzliche Informationen, z.B. von Mailinglisten oder Meldungen eines Debuggers, ergänzen, von denen Sie denken, daß sie in diesem Zusammenhang nützlich sind.

Jetzt haben Sie es fast geschafft, aber vielleicht möchten Sie noch eine Datei hochladen, z.B. ein Bildschirmfoto oder eine Scribus-Datei. Dazu klicken Sie auf »Search / Durchsuchen« und wählen die Datei aus.

Falls Sie nicht möchten, daß außer den Entwicklern noch andere Ihre Meldung sehen, können Sie die Sichtbarkeit auf »Private / privat« setzen. Das kann z.B. nötig sein, wenn Ihre Datei durch ein Copyright geschützt ist.

Wenn alles zu Ihrer Zufriedenheit ist, klicken Sie »Submit Report / Bericht absenden«, und das war es schon.

## Personalisierte Ansicht

Wenn Sie eingeloggt sind, können Sie sich eine übersichtlichere Ansicht des Bugtrackers anzeigen lassen. Klicken Sie auf »My view / Übersicht«, und Mantis zeigt Ihnen eine strukturierte Ansicht der kürzlich geänderten Einträge:

- Linke Spalte: Nicht zugewiesene, erledigte, von Ihnen beobachtete Einträge.
- Rechte Spalte: Von Ihnen berichtete, vor kurzem bearbeitete Einträge.