Construct bugs
1.0.0
Hier bearbeiten wir die Einreichung öffentlicher Fehlerberichte für Construct 3 und Construct Animate.
Leider melden viele Benutzer Fehler, die nutzlos sind, weil sie nicht genügend Informationen enthalten, als dass wir etwas dagegen unternehmen könnten. Unsere Richtlinie besteht darin, diese Fehler zu schließen, ohne sie zu untersuchen. Bitte befolgen Sie diese Richtlinien, um zu verhindern, dass Ihr Fehler geschlossen wird, und um sicherzustellen, dass wir den von Ihnen gemeldeten Fehler beheben können.
Die meisten Fehler sind nicht wirklich offensichtlich, auch wenn sie für Sie offensichtlich erscheinen. Oftmals treten Probleme tatsächlich nur unter ganz bestimmten Umständen auf, die Sie zufällig haben. Diese Richtlinien sollen sicherstellen, dass wir herausfinden können, was vor sich geht. Überspringen Sie also bitte niemals einen Teil der Richtlinien, egal wie offensichtlich Sie das Problem finden oder wie viele Probleme Sie schon einmal eingereicht haben – wir brauchen wirklich jedes Mal alle diese Informationen, und das Überspringen von Details wird es wahrscheinlich viel schwieriger machen damit wir Ihnen helfen können.
Bei vielen Fehlerberichten handelt es sich eigentlich nur um Fehler in Ereignissen oder um missverstandene Funktionen. Bitte überprüfen Sie Ihre Veranstaltungen und die Dokumentation noch einmal.
Um zu vermeiden, dass Fehler gemeldet werden, die wir bereits behoben haben, überprüfen Sie bitte, ob das Problem in der neuesten Version von Construct auftritt, einschließlich der neuesten Betaversion.
Wenn etwas früher funktionierte, aber versehentlich durch ein Update beschädigt wurde, ist es sehr nützlich, uns mitzuteilen , in welcher Version es beschädigt wurde. Dafür ist das Feld „Erste betroffene Version“ der Fehlerberichtsvorlage vorgesehen. Wenn beispielsweise etwas in allen Releases bis r300 funktioniert hat und dann in allen Releases ab r301 kaputt war, dann geben Sie bitte r301 als erstes betroffenes Release ein. (Bitte geben Sie nicht einfach die Version ein, die Sie gerade getestet haben, da dies irreführend ist und die Bearbeitung des Problems möglicherweise länger dauert.)
Die Fehlereinreichungsseite ist mit einer Vorlage vorgefüllt. Löschen Sie es nicht – wir benötigen alle diese Informationen, um Ihnen helfen zu können. Bitte geben Sie bei jedem Bericht so viele der angeforderten Informationen wie möglich an, einschließlich der Systemdetails oder Informationen zum Absturzbericht. Geben Sie diese Informationen jedes Mal vollständig an – verweisen Sie nicht auf andere Probleme, Forenbeiträge an anderer Stelle usw., damit der Bericht alle notwendigen Informationen selbst enthält.
Bitte beschreiben Sie in jeder von Ihnen erstellten Ausgabe nur ein Problem. Es ist sehr verwirrend, zwei separate Beschreibungen gleichzeitig zu haben, und bedeutet normalerweise, dass Sie bei einer davon wichtige Informationen übersprungen haben. Darüber hinaus verfügen wir über nützliche Tools zum Zuordnen und Verfolgen von Problemen. Diese sind jedoch nur dann wirksam, wenn sich ein Problem auf ein einzelnes Problem bezieht.
Wenn möglich, fügen Sie bitte ein Minimalprojekt bei, das das Problem verdeutlicht. Wenn Sie kein Projekt angeben, wird Ihr Bericht höchstwahrscheinlich ohne Untersuchung geschlossen, selbst wenn Sie eine schriftliche Beschreibung bereitgestellt haben oder der Meinung sind, dass das Problem offensichtlich ist. Denn ohne eine Projektdatei funktioniert fast immer alles einwandfrei. Normalerweise gibt es etwas Spezifisches in Ihrem Projekt, das das Problem tatsächlich verursacht, und ohne dieses Problem ist es unmöglich zu helfen. Daher ist das Anhängen eines Projekts erforderlich.
Das Projekt sollte so minimal wie möglich sein und möglichst wenige Ereignisse und Objekte verwenden, um das Problem zu veranschaulichen. Erstellen Sie ein neues leeres Projekt und versuchen Sie, das Problem von Grund auf zu reproduzieren. Alternativ können Sie Ihr Projekt sichern und so viel wie möglich löschen, bis das Problem isoliert ist. Bitte fahren Sie so weit wie möglich fort und löschen Sie alle nicht verwandten Objekte, Ereignisse, Layouts usw.
Verwenden Sie in Ihrem Projekt keine Add-ons von Drittanbietern. Leider können wir keinen Support für Code von Drittanbietern bieten. Fehler in Add-ons von Drittanbietern sollten den Entwicklern gemeldet werden. Wir verlangen, dass Add-ons von Drittanbietern entfernt werden, um nachzuweisen, dass sie das Problem nicht verursachen.
Bitte speichern Sie ein Einzeldateiprojekt. Diese haben die Dateierweiterung .c3p
Sie können ein solches Projekt speichern, indem Sie Menü -> Projekt -> Speichern unter -> Kopie herunterladen wählen.
Die .c3p-Datei kann öffentlich auf kostenlosen Datei-Hosting-Diensten wie Dropbox, OneDrive oder Google Drive geteilt werden. Wenn Sie die Datei alternativ zu einer ZIP-Datei hinzufügen oder die Erweiterung .c3p in .zip umbenennen, kann sie an das GitHub-Problem angehängt werden. (GitHub akzeptiert keine Dateien mit der Endung .c3p. Außerdem kann Construct Projekte immer noch direkt aus einer ZIP-Datei öffnen, wenn es sich tatsächlich um eine .c3p-Datei handelt.)
Wenn Sie einen anderen Dateihost auswählen und dieser uns mit Werbung zuspammt, uns auffordert, sich zu registrieren oder Informationen einzugeben, oder zum Zeitpunkt unserer Überprüfung abläuft, werden wir den Fehler nicht untersuchen. Wir empfehlen die drei zuvor genannten Dienste, da sie gut funktionieren.
Wir beschäftigen uns mit Tausenden von Berichten, und viele davon sind schwierige Probleme. Um uns dabei zu helfen, Ihr Problem schnell und effektiv zu lösen, ist es ideal, ein Projekt zur Veranschaulichung des Problems bereitzustellen, das:
Häufig hängen Benutzer Videos mit Fehlerberichten an. Das ist nicht immer so nützlich, wie Sie vielleicht denken: Wir können Videos nicht debuggen, um herauszufinden, was vor sich geht. Das Anhängen eines Projekts ist weitaus nützlicher. Darüber hinaus sind Berichte mit kurzen und gut geschriebenen Schritten zur Reproduktion in der Regel schneller zu bearbeiten, was angesichts der Tatsache, dass wir Tausende von Berichten bearbeiten, wichtig ist.
Im Allgemeinen können Sie das Anhängen eines Videos wahrscheinlich überspringen, es sei denn, wir fragen danach. Sie können hilfreich sein, wenn wir Schwierigkeiten haben, das Problem anhand der beschriebenen Schritte zur Reproduktion zu reproduzieren, da wir genau beobachten können, was Sie tun. Wenn es Ihnen nichts ausmacht, die Zeit zu sparen, können Sie für den Fall, dass wir es brauchen, ein Video zusammen mit schriftlichen Schritten zur Reproduktion beifügen.
Mit einer komplexen Software wie Construct kann es möglich sein, absichtlich undurchsichtige Projekte oder absichtlich undurchsichtige Schrittfolgen zu erstellen, die zu unerwarteten Ergebnissen oder sogar Abstürzen führen können. Wenn jedoch niemand, der Construct auf normale Weise nutzt, jemals auf solche Probleme stößt, dann haben sie für die reale Nutzung von Construct keine Relevanz. Wir sind bestrebt, robuste und qualitativ hochwertige Software zu entwickeln, auf die sich unsere Kunden verlassen können. Wir haben jedoch festgestellt, dass die Behebung solcher Probleme im Grunde Zeitverschwendung ist und tatsächlich die Qualität von Construct beeinträchtigen kann, da jede Änderung das Risiko birgt, andere Probleme zu verursachen. Während es also theoretisch sinnvoll ist, solche Probleme „nur für den Fall“ zu melden, dass jemand darauf stößt, ist dies in der Praxis nicht der Fall. Wir sind ein kleines Team mit begrenzten Ressourcen und möchten unsere begrenzte Zeit darauf konzentrieren, Menschen bei der Nutzung von Construct für reale Zwecke zu unterstützen, anstatt sich mit schwierigen und zeitaufwändigen Problemen zu befassen, die für Kunden irrelevant sind. Daher kann es vorkommen, dass wir Probleme schließen, ohne sie zu beheben, wenn wir der Meinung sind, dass es sich bei dem Bericht um die gezielte Suche nach Problemen handelt oder er aus anderen Gründen keinen realistischen Einsatz von Construct darstellt.
Unsere Mitarbeiter sind für Sie da. Wir verfügen über erfahrene Ingenieure, die Tausende von Fehlerberichten bearbeitet haben. Die überwiegende Mehrheit der Reporter ist hilfsbereit und arbeitet gerne mit uns zusammen. Wenn Sie jedoch nicht kooperieren oder sich im Umgang mit Mitarbeitern unnötig streitbar verhalten, schließen wir Ihre Meldung und stellen die Untersuchung ein. Wir werden die Untersuchung des Berichts wieder aufnehmen, wenn jemand ihn gemäß den Richtlinien einreicht. Weitere Einzelheiten finden Sie in den Forum- und Community-Richtlinien, die auch für Fehlerberichte gelten.
Hier finden Sie Antworten auf häufige Fragen oder Bedenken während des Fehlerberichtsprozesses. Diese werden wirklich häufig gefragt, es lohnt sich also, einen Blick darauf zu werfen.
Sie müssen alle Richtlinien in diesem Beitrag befolgen, damit die Entwickler tatsächlich eine angemessene Chance haben, das Problem, das Sie melden möchten, diagnostizieren und beheben zu können. Wir erhalten buchstäblich Tausende von Fehlerberichten und die Bearbeitung dieser Fehler kann sehr zeitaufwändig sein. Um den Entwicklern Zeit zu sparen, damit sie mehr Zeit für das Schreiben neuer und aufregender Funktionen haben, und um Ihre Zeit zu sparen, damit Sie keine nutzlosen Berichte schreiben, die für die Entwickler nicht nützlich sind, sind diese Richtlinien verbindlich und Berichte, die sie nicht befolgen wird ohne Untersuchung geschlossen.
Bitte seien Sie nicht beleidigt; Wir bearbeiten eine große Anzahl von Fehlerberichten und unser Ziel ist es, diese so effizient wie möglich zu bearbeiten. Wir möchten sicherstellen, dass Sie sich angewöhnen, nützliche, detaillierte und umsetzbare Fehlerberichte einzureichen, die wir schnell diagnostizieren und beheben können. Dies kommt auch Ihnen zugute, da Ihr Fehler mit größerer Wahrscheinlichkeit und früher behoben wird. Daher liegt es im Interesse aller, dass Sie lernen, die Richtlinien bei jedem Fehlerbericht so weit wie möglich zu befolgen. Wir sagen vielleicht kurzerhand, dass es ohne Untersuchung geschlossen wurde, aber das ist wahrscheinlich einer von mehreren an diesem Tag, und wir möchten hervorheben, wie sehr Sie uns dabei helfen müssen, Ihnen zu helfen.
Bitte antworten Sie nicht auf geschlossene Fehlerberichte. Bitte reichen Sie stattdessen einen neuen Bericht ein und stellen Sie sicher, dass Sie alle Richtlinien befolgen und alle fehlenden Informationen angeben.
Nein, wir wollen nicht Ihr gesamtes Projekt. Es ist in der Regel nicht wirklich hilfreich, uns Ihr gesamtes Projekt zuzusenden. Die Richtlinien erfordern ein Minimalprojekt mit möglichst wenigen Ereignissen und Objekten. Vorzugsweise können Sie das Problem demonstrieren, indem Sie ein neues leeres Projekt erstellen und die minimalen Ereignisse und Objekte hinzufügen, um zu zeigen, was passiert. Dies ist für die Entwickler die einzige praktikable Möglichkeit, das Problem zu diagnostizieren. Das Testen von Projekten mit Hunderten oder sogar Tausenden von Ereignissen oder Objekten ist ein Albtraum, da in der Engine so viel los ist und es fast unmöglich ist, herauszufinden, welcher Teil möglicherweise schief geht. Darüber hinaus handelt es sich bei einem sehr erheblichen Teil der Fehlerberichte lediglich um Fehler in Ereignissen und nicht um eigentliche Fehler. Stunden oder sogar Tage damit zu verbringen, ein riesiges Projekt zu debuggen und dann festzustellen, dass es sich um einen Fehler in den Ereignissen handelt, ist für unsere Entwickler einfach zu kostspielig, insbesondere da wir ein kleines Team sind. Jeder möchte, dass die Entwickler stattdessen wieder neue und aufregende Funktionen schreiben! Wenn Sie das Problem in einem neuen leeren Projekt nicht reproduzieren können, ist das im Allgemeinen ein starkes Zeichen dafür, dass es sich tatsächlich nur um einen Fehler in Ihren Ereignissen handelt. Daher ist dies eine gute Möglichkeit, Fehler aus Fehlerberichten herauszufiltern.
In Ihrem Minimalprojekt können Sie auch problemlos Platzhaltergrafiken anstelle Ihres eigentlichen Bildmaterials verwenden. Dadurch entfallen auch alle Bedenken hinsichtlich des Urheberrechts oder der Notwendigkeit, Geheimhaltungsvereinbarungen zu unterzeichnen. Es ist also sowohl für Sie als auch für die Entwickler besser.
Dies ist ein starkes Zeichen dafür, dass es sich höchstwahrscheinlich um einen Fehler in Ihren eigenen Ereignissen handelt. Überprüfen Sie zunächst Ihre Veranstaltungen sorgfältig und stellen Sie sicher, dass sie ordnungsgemäß funktionieren. Zweitens beginnen Sie mit der Eingrenzung des Problems. Sichern Sie Ihr Projekt und löschen Sie Teile davon. Irgendwann verschwindet das Problem möglicherweise, was darauf hindeutet, dass die Ursache bei dem zuletzt gelöschten Objekt liegt. Gehen Sie in diesem Fall noch einmal zurück und beginnen Sie mit dem Entfernen kleinerer Teile usw., bis Sie die genaue Ursache ermitteln können. Wenn es wie ein Fehler aussieht, verwenden Sie dies als Ausgangspunkt, um den Fehler in einem neuen leeren Projekt zu demonstrieren. Wenn das Problem beim Löschen von Inhalten nicht verschwindet, sollten Sie in der Lage sein, alles bis hin zu einem minimalen Projekt ohne unnötige Ereignisse oder Objekte zu löschen. Wenn Sie sicher sind, dass es sich bei dem Problem um einen Fehler und nicht um einen Fehler oder ein Missverständnis der Ereignisse handelt, können Sie dieses Projekt in einem Fehlerbericht einreichen.
Wir schauen uns zwar jeden Bericht an, aber die Entwickler- und Veröffentlichungspläne bedeuten, dass wir möglicherweise nicht sofort damit fertig werden. Die Untersuchung kann einige Wochen dauern. Wenn Sie warten, können Sie die Chance erhöhen, dass das Problem gelöst wird, wenn ein Entwickler sich tatsächlich darum kümmert, indem Sie diese Richtlinien sorgfältig lesen und so viele nützliche Informationen wie möglich über das Problem bereitstellen. Wenn Ihnen etwas fehlt, kann es sein, dass Sie ein paar Wochen auf eine Antwort warten, in der Sie lediglich nach den fehlenden Informationen fragen, und dann wieder warten müssen.
Bei einigen Fehlern kann man davon ausgehen, dass es sich tatsächlich um Fehler im Browser oder auf der Plattform handelt und nicht um ein Problem mit Construct. Dazu gehören alle Probleme, bei denen der Browser selbst abstürzt oder einen „traurigen Tab“ ausführt (wobei der Tab seinen Inhalt durch eine Meldung ersetzt, dass ein Problem aufgetreten ist oder abgestürzt ist und Sie ihn neu laden müssen) – der Code von Construct kann dies normalerweise nicht verursachen, sondern nur Probleme mit dem Browser selbst. Möglicherweise werden Sie stattdessen gebeten, das Problem direkt dem Browser-Hersteller zu melden. Hier sind die Links zum Melden von Problemen in Browsern:
Chromium (Google Chrome, Microsoft Edge, NW.js, Cordova auf Android): crbug.com
Safari (Mac, iOS, Cordova auf iOS): WebKit Bugzilla
Firefox: Mozilla Bugzilla
NW.js (Probleme, die nur bei NW.js und nicht bei den anderen Chromium-basierten Plattformen auftreten): NW.js-Probleme
Vielen Dank, dass Sie unsere Richtlinien gelesen haben! Sie können beginnen, indem Sie den Abschnitt „Probleme“ besuchen.
