Construct bugs
1.0.0
C'est ici que nous traitons les soumissions publiques de rapports de bogues pour Construct 3 et Construct Animate.
Malheureusement, de nombreux utilisateurs signalent des bugs qui sont inutiles car ils ne contiennent pas suffisamment d'informations pour que nous puissions y remédier. Notre politique est de fermer ces bogues sans les enquêter. Veuillez suivre ces directives pour éviter que votre bug soit résolu et nous assurer que nous pouvons corriger le bug que vous signalez.
La plupart des bugs ne sont pas réellement évidents, même s’ils vous semblent évidents. Souvent, les problèmes ne surviennent que dans un ensemble de circonstances très spécifiques, comme c'est le cas pour vous. Ces directives sont conçues pour garantir que nous pouvons comprendre ce qui se passe. Alors s'il vous plaît, ne sautez jamais aucune partie des directives, peu importe à quel point vous pensez que le problème est évident ou combien de problèmes vous avez déposés auparavant - nous avons vraiment besoin de toutes ces informations à chaque fois, et ignorer des détails rendra probablement la tâche beaucoup plus difficile. pour que nous puissions vous aider.
De nombreux rapports de bogues ne sont en réalité que des erreurs dans les événements ou des fonctionnalités mal comprises. Veuillez revérifier vos événements et la documentation.
Pour éviter de signaler les bogues que nous avons déjà corrigés, veuillez vérifier que le problème se produit dans la dernière version de Construct, y compris la dernière version bêta.
Si quelque chose fonctionnait mais a été accidentellement interrompu par une mise à jour, il est très utile de nous indiquer dans quelle version il s'est produit. C'est à cela que sert le champ Première version affectée du modèle de rapport de bug. Par exemple, si quelque chose a fonctionné dans toutes les versions jusqu'à la r300, puis a été interrompu dans toutes les versions à partir de la r301, veuillez saisir r301 comme première version concernée. (Veuillez ne pas simplement saisir la version que vous avez testée, car cela est trompeur et pourrait prendre plus de temps pour résoudre le problème.)
La page de soumission de bugs est pré-remplie avec un modèle. Ne le supprimez pas, nous avons besoin de toutes ces informations pour pouvoir vous aider. Veuillez fournir autant d'informations demandées que possible, y compris les détails du système ou les informations du rapport d'erreur avec chaque rapport. Fournissez ces informations dans leur intégralité à chaque fois - ne faites pas référence à d'autres problèmes, à des messages de forum ailleurs, etc. afin que le rapport comprenne toutes les informations nécessaires à lui seul.
Veuillez décrire uniquement un problème dans chaque problème que vous créez. Il est très déroutant d'avoir deux descriptions distinctes à la fois et cela signifie généralement que vous avez ignoré certaines informations importantes pour l'une d'entre elles. De plus, nous disposons d'outils utiles pour attribuer et suivre les problèmes, mais ceux-ci ne sont efficaces que si un problème fait référence à un seul problème.
Dans la mesure du possible, veuillez inclure un projet minimal démontrant le problème. Si vous n'incluez pas de projet, votre rapport sera très probablement fermé sans enquête, même si vous avez fourni une description écrite ou si vous pensez que le problème est évident. En effet, sans fichier de projet, nous constatons presque toujours que tout fonctionne correctement. Habituellement, il y a quelque chose de spécifique à votre projet qui est à l'origine du problème, et il est impossible de vous aider sans cela. Il est donc nécessaire de joindre un projet.
Le projet doit être aussi minimal que possible, en utilisant le moins d'événements et d'objets possible pour démontrer le problème. Créez un nouveau projet vide et essayez de reproduire le problème à partir de zéro. Vous pouvez également sauvegarder votre projet et supprimer autant que possible jusqu'à ce que le problème soit isolé. Veuillez continuer autant que possible en supprimant tous les objets, événements, mises en page, etc. sans rapport.
N'utilisez pas de modules complémentaires tiers dans votre projet. Malheureusement, nous ne pouvons pas fournir de support pour le code tiers. Les bogues dans les modules complémentaires tiers doivent être signalés à leurs développeurs. Nous exigeons que les modules complémentaires tiers soient supprimés pour prouver qu'ils ne sont pas à l'origine du problème.
Veuillez enregistrer un projet dans un seul fichier. Ceux-ci portent l'extension de fichier .c3p
Vous pouvez enregistrer un projet comme celui-ci en choisissant Menu -> Projet -> Enregistrer sous -> Télécharger une copie .
Le fichier .c3p peut être partagé publiquement sur des services d'hébergement de fichiers gratuits comme Dropbox, OneDrive ou Google Drive. Alternativement, si vous ajoutez le fichier à un zip ou renommez l'extension .c3p en .zip, il peut être joint au problème GitHub. (GitHub n'acceptera pas un fichier se terminant par .c3p. De plus, Construct peut toujours ouvrir directement des projets à partir d'un zip s'il s'agit en fait d'un fichier .c3p.)
Si vous choisissez un autre hébergeur de fichiers et qu'il nous envoie des publicités, nous demande de nous inscrire ou de saisir des informations, ou expire au moment où nous l'examinons, nous n'enquêterons pas sur le bug. Nous recommandons les trois services mentionnés précédemment puisqu’ils fonctionnent bien.
Nous traitons des milliers de rapports, et bon nombre d'entre eux constituent des problèmes difficiles. Pour nous aider à traiter votre problème rapidement et efficacement, il est idéal de fournir un projet démontrant le problème qui :
Les utilisateurs attachent souvent des vidéos avec des rapports de bogues. Ce n’est pas toujours aussi utile qu’on pourrait le penser : nous ne pouvons pas déboguer les vidéos pour comprendre ce qui se passe. Joindre un projet est bien plus utile. De plus, les rapports comportant des étapes de reproduction courtes et bien rédigées sont généralement plus rapides à traiter, ce qui est important étant donné que nous traitons des milliers de rapports.
En général, vous pouvez probablement éviter de joindre une vidéo à moins que nous vous en demandions une. Ils peuvent être utiles si nous avons du mal à reproduire le problème à partir des étapes écrites à reproduire, car nous pouvons observer exactement ce que vous faites. Si cela ne vous dérange pas de gagner du temps, vous pouvez joindre une vidéo aux étapes écrites à reproduire au cas où nous en aurions besoin.
Avec un logiciel complexe comme Construct, il peut être possible de créer des projets délibérément obscurs, ou des séquences d'étapes intentionnellement obscures, qui peuvent produire des résultats inattendus, voire des plantages. Cependant, si personne n’utilisant Construct de manière normale ne rencontre de tels problèmes, alors ils n’ont aucun rapport avec l’utilisation réelle de Construct. Nous nous engageons à développer des logiciels robustes et de qualité sur lesquels les clients peuvent compter. Cependant, nous avons constaté que résoudre de tels problèmes est fondamentalement une perte de temps et peut en fait dégrader la qualité de Construct, car chaque changement comporte un risque de provoquer d'autres problèmes. Ainsi, même si en théorie il est utile de signaler de tels problèmes « juste au cas où » quelqu'un y serait confronté, en pratique ce n'est pas le cas. Nous sommes une petite équipe avec des ressources limitées et nous souhaitons consacrer notre temps limité à aider les personnes qui utilisent Construct à des fins réelles, plutôt que de résoudre des problèmes difficiles et chronophages qui ne concernent pas les clients. Ainsi, nous pouvons parfois clôturer des problèmes sans les résoudre si nous pensons que le rapport implique une recherche délibérée de problèmes, ou ne représente pas une utilisation réaliste de Construct.
Notre personnel est là pour vous aider. Nous avons des ingénieurs expérimentés qui ont traité des milliers de rapports de bogues. La grande majorité des journalistes sont utiles et heureux de travailler avec nous. Toutefois, si vous ne coopérez pas ou si vous êtes inutilement combatif dans vos relations avec le personnel, nous clôturerons votre rapport et cesserons d'enquêter. Nous reprendrons l'enquête sur le rapport si quelqu'un le dépose conformément aux lignes directrices. Pour plus de détails, veuillez vous référer aux directives du forum et de la communauté qui s'appliquent également aux rapports de bogues.
Voici les réponses aux questions ou préoccupations courantes lors du processus de rapport de bug. Ces questions sont vraiment fréquemment posées, cela vaut donc le coup d'œil.
Vous devez suivre toutes les directives de cet article pour que les développeurs aient réellement une chance raisonnable de pouvoir diagnostiquer et résoudre le problème que vous essayez de signaler. Nous recevons littéralement des milliers de rapports de bogues et leur traitement peut prendre beaucoup de temps. Afin de faire gagner du temps aux développeurs afin qu'ils puissent consacrer plus de temps à l'écriture de fonctionnalités nouvelles et intéressantes, et pour gagner du temps afin de ne pas rédiger de rapports inutiles qui ne sont pas utiles aux développeurs, ces directives sont obligatoires et les rapports ne les suivent pas. sera fermé sans enquête.
Ne soyez pas offensé, s'il vous plaît ; nous traitons un grand nombre de rapports de bugs et notre objectif est de les traiter le plus efficacement possible. Nous voulons nous assurer que vous prenez l'habitude de déposer des rapports de bugs utiles, détaillés et exploitables que nous pouvons diagnostiquer et corriger rapidement. Cela vous profite également, puisque vous avez plus de chances de corriger votre bug, et plus tôt. Il est donc dans l'intérêt de tous que vous appreniez à suivre les directives dans toute la mesure du possible pour chaque rapport de bug. Nous pouvons dire sans cérémonie qu'il est fermé sans enquête, mais c'est probablement un cas parmi plusieurs ce jour-là, et nous souhaitons souligner comment vous devez nous aider à vous aider.
Veuillez ne pas répondre aux rapports de bogues fermés. Veuillez plutôt déposer un nouveau rapport et assurez-vous de suivre toutes les directives et de fournir toute information manquante.
Non, nous ne voulons pas de l'intégralité de votre projet. Nous envoyer l’intégralité de votre projet n’est généralement pas vraiment utile. Les lignes directrices exigent un projet minimal avec le moins d'événements et d'objets possible. De préférence, vous pourrez démontrer le problème en créant un nouveau projet vide et en ajoutant le minimum d'événements et d'objets pour montrer ce qui se passe. C'est le seul moyen pratique pour les développeurs de diagnostiquer le problème. Les projets comportant des centaines, voire des milliers d'événements ou d'objets sont un véritable cauchemar à tester car il se passe tellement de choses dans le moteur qu'il est presque impossible d'isoler quelle partie risque de mal fonctionner. De plus, une proportion très importante des rapports de bogues sont simplement des erreurs dans les événements, et non de véritables bogues. Passer des heures, voire des jours, à déboguer un énorme projet pour découvrir qu'il s'agissait d'une erreur lors des événements est tout simplement trop coûteux en temps pour nos développeurs, d'autant plus que nous sommes une petite équipe. Tout le monde souhaite que les développeurs se remettent à écrire de nouvelles fonctionnalités intéressantes ! Généralement, si vous ne pouvez pas reproduire le problème dans un nouveau projet vide, c'est un signe fort qu'il s'agit en réalité d'une simple erreur dans vos événements, c'est donc un bon moyen de filtrer les erreurs des rapports de bogues.
Dans votre projet minimal, vous pouvez également facilement utiliser des graphiques d'espace réservé au lieu de votre œuvre d'art réelle. Cela supprime également tout souci concernant les droits d’auteur ou la nécessité de signer des NDA. C'est donc mieux pour vous et pour les développeurs.
C’est un signe fort qu’il s’agit probablement d’une erreur dans vos propres événements. Tout d’abord, examinez attentivement vos événements et assurez-vous qu’ils fonctionnent correctement. Deuxièmement, commencez à isoler le problème. Sauvegardez votre projet et commencez à en supprimer des morceaux. À un moment donné, le problème peut disparaître, ce qui indique que la cause réside dans la dernière chose que vous avez supprimée. Dans ce cas, revenez en arrière et commencez à retirer les pièces plus petites, et ainsi de suite jusqu'à ce que vous puissiez identifier exactement la cause. Si cela ressemble à un bug, utilisez-le comme point de départ pour démontrer le bug dans un nouveau projet vide. Si le problème ne disparaît pas pendant que vous supprimez du contenu, vous devriez pouvoir tout supprimer jusqu'à un projet minimal sans événements ni objets inutiles. Si vous êtes sûr que le problème est un bug et non une erreur ou une incompréhension des événements, vous pouvez alors soumettre ce projet dans un rapport de bug.
Nous examinons chaque rapport, mais les calendriers des développeurs et des versions signifient que nous ne pouvons pas y parvenir immédiatement. Veuillez prévoir quelques semaines pour que l'enquête soit menée. Si vous attendez, vous pouvez améliorer les chances qu'il soit résolu lorsqu'un développeur s'en occupe en examinant attentivement ces directives et en fournissant autant d'informations utiles que possible sur le problème. S'il vous manque quelque chose, vous risquez d'attendre quelques semaines une réponse demandant simplement les informations manquantes, puis vous devrez à nouveau attendre.
Certains bogues peuvent être considérés comme étant réellement des bogues dans le navigateur ou la plate-forme, plutôt que comme un problème avec Construct. Cela inclut tout problème où le navigateur lui-même plante ou fait un "onglet triste" (où l'onglet remplace son contenu par un message indiquant qu'il a rencontré un problème ou s'est écrasé et que vous devez le recharger) - Le code de Construct ne peut normalement pas provoquer cela, seulement des problèmes avec le navigateur lui-même. Il vous sera peut-être demandé de signaler le problème directement au fabricant du navigateur. Voici les liens pour signaler des problèmes dans les navigateurs :
Chromium (Google Chrome, Microsoft Edge, NW.js, Cordova sur Android) : crbug.com
Safari (Mac, iOS, Cordova sur iOS) : WebKit Bugzilla
Firefox : Mozilla Bugzilla
NW.js (problèmes qui surviennent uniquement dans NW.js, et non dans les autres plates-formes basées sur Chromium) : problèmes NW.js
Merci d'avoir lu nos directives ! Vous pouvez commencer en visitant la section Problèmes.
