GitHub-Issues #

Exponential wird offen auf GitHub entwickelt. Fehler und Wünsche werden in öffentlichen Issue-Trackern verfolgt, die jeder lesen und in die jeder mit einem kostenlosen GitHub-Konto schreiben kann. Diese Seite erklärt, wie Ihr Team sie nutzt: um zu prüfen, ob ein Problem bekannt ist, um eine Korrektur zu verfolgen und um einen neuen Fehler zu melden.

Die Tracker #

Quelle: settings/exphelp.ini [IssueTrackers] und Wenn etwas schiefgeht.

Vor dem Anlegen: suchen #

Durchsuchen Sie den Tracker nach Wörtern aus der Fehlermeldung oder der Funktion. „Wenn das Problem bereits bekannt ist, ergänzen Sie, was Sie wissen, in diesem Issue, statt ein neues zu eröffnen“ (Wenn etwas schiefgeht). Wenn Sie ein bestehendes Issue auf GitHub verfolgen, sehen Sie, wann es behoben ist.

Was ein gutes Issue enthält #

Aus Wenn etwas schiefgeht:

• Einen kurzen Titel, der das Problem benennt.
• Was Sie getan haben, Schritt für Schritt, damit jemand anderes es nachstellen kann.
• Was Sie erwartet haben und was stattdessen geschah, mit der genauen Meldung.
• Die Umgebung: Version von Exponential, PHP-Version, Webserver, Datenbank, Design der Administration. Die Meldeseite der Hilfe und Setup > Systeminformationen (Bericht als Text kopieren) liefern eine Zusammenfassung ohne Passwörter, Schlüssel und Serverpfade.
• Logzeilen um den Zeitpunkt herum, ohne alles Vertrauliche.

Die Meldeseite der Hilfe entwirft ein solches Issue für Sie (Die Meldeseite der Hilfe).

Nie veröffentlichen #

• Passwörter, Schlüssel, Sitzungs-Cookies, Datenbankadressen.
• Personenbezogene Daten von Kunden oder Benutzern, auch nicht in Screenshots und Logzeilen.
• Ein Sicherheitsproblem. Solche gehen vertraulich an [email protected] (Vertrauliche Sicherheitsmeldungen).

Was zu erwarten ist #

• Keine zugesagte Antwortzeit. Kostenlose Hilfe „hängt von der Zeit ab, die Menschen geben, daher verspricht niemand eine Antwortzeit“ (Wenn etwas schiefgeht). Wenn Sie nicht warten können, ist bezahlter Support von 7x der Weg, den die Support-Seite des Projekts nennt (Support erhalten).
• Eine Korrektur erreicht Sie in einem Release. Korrekturen werden in der gepflegten Linie vorgenommen und mit dem nächsten Release veröffentlicht; eine veröffentlichte Version wird nie geändert (SECURITY.md). Ihr Anbieter spielt dann dieses Release ein (Wie Updates funktionieren).
• Sie können helfen. Eine genaue Reproduktion, ein Test auf der Entwicklungslinie oder eine als Pull Request eingereichte Korrektur beschleunigen die Sache; „Erwähnen Sie das Issue im Pull Request (zum Beispiel Fixes #123), damit beide verknüpft sind“ (Wenn etwas schiefgeht, Mit Git entwickeln).
• Nicht jeder Fehler wird geändert. Ist das Verhalten beabsichtigt oder Auslegungssache, verlassen sich andere Sites womöglich darauf. Eine Änderung braucht dann eine klare Begründung und mehrere Runden der Prüfung, bevor sie übernommen wird, und kommt meist als Option statt als neuer Standard (Negative Funktionen).

Wer für Ihre Organisation meldet #

Meist legt Ihr Administrator oder Partner das Issue an, nachdem er bestätigt hat, dass das Problem in der Software und nicht in der Einrichtung Ihrer Website liegt. Bitten Sie ihn, Ihnen den Link zu schicken, und bewahren Sie ihn in Ihren Notizen zum Problem auf. Ein Partner des Programms kann auch Support-Tickets für Partner nutzen (Fehler als Partner melden).

Funktionswünsche #

Auch der Wunsch nach einer neuen Funktion ist ein Issue, im Software-Tracker oder, bei allem, was das Projekt betrifft, im Community-Tracker. Beschreiben Sie den Bedarf, nicht nur die Lösung. Wenn die Funktion für Ihr Geschäft wichtig ist, ist ihr Sponsoring ein dokumentierter Weg (Funktionswünsche und gesponserte Funktionen).

Verwandte Seiten #

• Probleme melden
• Mit 7x und dem Projekt zusammenarbeiten
• Zum Projekt beitragen
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.