<?xml version="1.0" encoding="UTF-8"?>
<!-- <!DOCTYPE appendix PUBLIC "-//OASIS//DTD DocBook V4.1//EN"> -->
<appendix id="faq">
<title>La foire aux questions de Bugzilla</title>
<para>
Cette FAQ contient des questions qui ne sont pas traitées ailleurs dans ce guide.
</para>
<qandaset>
<qandadiv id="faq-general">
<title>Questions générales</title>
<qandaentry>
<question id="faq-general-license">
<para>
Sous quelle licence est distribué Bugzilla ?
</para>
</question>
<answer>
<para>
Bugzilla est couvert par la Mozilla Public License. Pour
plus de détails, reportez-vous à
<ulink url="http://www.mozilla.org/MPL/" />.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-general-support">
<para>
Comment obtenir une assistance commerciale pour Bugzilla ?
</para>
</question>
<answer>
<para>
<ulink url="http://bugzilla.org/consulting.html" />
contient une liste d'entreprises et de particuliers qui
nous ont demandé de les faire apparaître en tant que
consultants pour Bugzilla.
</para>
<para>
On trouve plusieurs inconditionnels de Bugzilla expérimentés sur la
liste de diffusion ou le forum et qui sont disposés à rendre service
en échange d'une généreuse indemnité. Essayez en envoyant un message à
la liste de diffusion pour rechercher un volontaire.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-general-companies">
<para>
Quelles sont les entreprises ou les projets de grande
envergure qui utilisent actuellement Bugzilla pour le
suivi de bogues ?
</para>
</question>
<answer>
<para>
Il existe des douzaines d'entreprises de première importance qui ont
des sites publiques Bugzilla pour suivre les bogues au sein de leurs
produits. Une liste assez complète est disponible sur notre site à
l'adresse http://bugzilla.org/installation-list/. Si vous
possédez une installation de Bugzilla et que vous souhaitez être
ajouté à cette liste, que votre installation soit publique ou non,
envoyez un courriel à Gerv
<email>gerv CHEZ mozilla POINT org</email>
(en anglais).
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-general-maintainers">
<para>
Qui assure la maintenance de Bugzilla ?
</para>
</question>
<answer>
<para>
Un <ulink
url="http://www.bugzilla.org/developers/profiles.html">noyau
dur de développeurs</ulink>, dirigé par Dave Miller
(<email>justdave CHEZ bugzilla POINT org</email>).
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-general-compare">
<para>
Que vaut Bugzilla par rapport aux autres bases de données pour le suivi de bogues ?
</para>
</question>
<answer>
<para>
Nous n'avons pu trouver aucune étude comparative entre Bugzilla et d'autres logiciels de suivi d'anomalies.
Si vous en connaissez, merci de nous contacter. Cependant, d'après
l'expérience personnelle de Matthew Barnson (qui a démarré
cette FAQ), Bugzilla offre des performances supérieures
sur le matériel grand public, à un meilleur prix
(gratuit !), plus de fonctionnalités facilitant la
tâche des développeurs (comme la sauvegarde des requêtes,
l'intégration du courrier électronique et l'indépendance
vis-à-vis de la plate-forme), une adaptabilité améliorée,
une plus grande flexibilité et une plus grande facilité
d'utilisation par rapport aux logiciels de suivi de bogues
commercial.</para>
<para>
Si vous développez un système de suivi de bogues commercial
et si vous souhaitez nous soumettre une liste des avantages
de votre produit par rapport à Bugzilla, envoyez la tout
simplement à
<email>documentation CHEZ bugzilla POINT org</email>.
Nous serions heureux d'inclure ce comparatif dans notre
documentation.</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-general-bzmissing">
<para>
Pourquoi Bugzilla ne propose-t-il pas telle ou telle fonctionnalité ou compatibilité avec tel autre logiciel de suivi de bogues ?
</para>
</question>
<answer>
<para>
Il se peut que le support n'ait pas encore été développé ou que vous
ne l'ayez pas trouvé. Bien que Bugzilla fasse à chaque version des
progrès en termes de facilité d'emploi, de personnalisation,
d'adaptabilité et d'interface utilisateur, cela ne signifie pas que
Bugzilla n'est pas améliorable !</para>
<para>
Le meilleur moyen d'effectuer une demande d'amélioration
est de répertorier un bogue auprès
de <ulink
url="http://bugzilla.mozilla.org/enter_bug.cgi?product=Bugzilla">bugzilla.mozilla.org</ulink>
et d'en définir le degré de gravité
(<foreignphrase>SEVERITY</foreignphrase> au niveau
« amélioration » (<foreignphrase>ENHANCEMENT</foreignphrase>).
Votre demande d'amélioration (RFE, <foreignphrase>Request
For Enhancement</foreignphrase>) sera tout d'abord à
l'état NON-CONFIRMÉE, et y restera jusqu'à ce que la
personne compétente pour CONFIRMER le bogue l'examine. Si
cette personne pense qu'il s'agit d'une requête justifiée
qui va dans le sens des objectifs de Bugzilla, son état
passera à NOUVEAU ; dans le cas contraire, cette
personne vous expliquera vraisemblablement pourquoi, et le
bogue passera dans l'état RÉSOLU/NE SERA PAS CORRIGÉ. Si
quelqu'un d'autre a soumis la même requête (ou presque)
avant vous, votre requête passera dans l'état
RÉSOLU/DOUBLON, et un pointeur vers la RFE antérieure sera
placé.</para>
<para>
Même si votre RFE est approuvée, cela ne signifie pas
qu'elle sera prise en compte dès la version suivante; nous
avons un nombre limité de développeurs et de nombreuses
requêtes... dont certaines sont plutôt complexes. Si vous
êtes programmeur, vous pouvez participer au projet en
élaborant vous même une correction qui produit la
fonctionnalité que vous désirez. Si vous n'avez jamais
contribué au développement de Bugzilla auparavant, merci
de bien vouloir lire
le <ulink
url="http://www.bugzilla.org/docs/developer.html">Developers'
Guide</ulink> (guide du développeur)
et le <ulink
url="http://www.bugzilla.org/docs/contributor.html">Contributors'
Guide</ulink> (guide du contributeur) avant toute chose.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-general-mysql">
<para>
Pourquoi MySQL ? J'aimerais bien que Bugzilla fonctionne
avec Oracle/Sybase/Msql/PostgreSQL/MSSQL.
</para>
</question>
<answer>
<para>
Au départ, MySQL a été choisi car il était gratuit, facile
à installer et compatible avec le matériel sur lequel
Netscape comptait le faire fonctionner.
</para>
<para>
Le travail est actuellement en cours pour faire fonctionner Bugzilla
avec PostgreSQL ; vous pouvez suivre l'avancement de cette initiative
dans le bogue 98304
(<ulink
url="http://bugzilla.mozilla.org/show_bug.cgi?id=98304" />).
</para>
<para>
La prise en charge de Sybase a été abandonnée. Même si le
développement reprenait, il est probable que cela ne
fonctionnerait pas sans que l'entreprise utilisatrice y
change à la main beaucoup de choses. Sybase n'est tout
simplement PAS très conforme aux standards (malgré tout le
battage qui a été fait) et il nous est apparu qu'il fallait
modifier trop de choses pour que cela fonctionne comme par
exemple transférer la moitié de la logique métier dans des
procédures stockées afin d'en obtenir des performances
convenables. Le bogue concerné est
le <ulink
url="http://bugzilla.mozilla.org/show_bug.cgi?id=173130">bogue
173130</ulink>.
</para>
<para>
Red Hat avait une version de Bugzilla fonctionnant sous
Oracle, mais c'était il y a très, très longtemps. Cette
version (Bugzilla 2.8) est maintenant obsolète, peu sûre
et elle n'est plus du tout prise en charge. Chez Red Hat,
l'actuelle version de Bugzilla (basée sur Bugzilla 2.17.1)
utilise PostgreSQL, et des actions sont en cours pour
introduire ces changements dans la distribution principale
(voir ci-dessus). À ce jour, nous ne connaissons pas de
version de Bugzilla portée pour Oracle (à notre humble
avis, Bugzilla n'a aucun besoin de ce qu'Oracle apporte).
</para>
<para>
Le <ulink
url="http://bugzilla.mozilla.org/show_bug.cgi?id=237862">bogue
237862</ulink> est intéressant à lire si vous souhaitez
savoir comment progresse la compatibilité générale des bases de données.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-general-bonsaitools">
<para>
Qu'est-ce que <filename>/usr/bonsaitools/bin/perl</filename> ?
</para>
</question>
<answer>
<para>
Le chemin pour Perl indiqué dans la première ligne des
scripts Bugzilla
était <filename>/usr/bonsaitools/bin/perl</filename> car,
lorsque Terry a commencé à écrire le code pour
mozilla.org, il avait besoin de contrôler complètement une
version de Perl ainsi que d'autres outils. Ce chemin a
été abandonné dans la version 2.18 en faveur du chemin, plus
raisonnable, <filename>/usr/bin/perl</filename>. Si vous
aviez installé une ancienne version de Bugzilla et créé le
lien symbolique que nous suggérions alors, vous pouvez
maintenant supprimer ce dernier (pourvu que vous n'ayez
rien d'autre, comme par exemple Bonsai, qui en fasse usage
et que vous n'envisagiez pas de réinstaller une ancienne version de
Bugzilla).
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-general-perlpath">
<para>
Mon Perl se situe dans <filename>/usr/local/bin/perl</filename> et pas
dans <filename>/usr/bin/perl</filename>. Existe-t-il un moyen simple
de changer cela dans tous les fichiers où cela a été codé
en dur ? </para>
</question>
<answer>
<para>
Le moyen le plus simple de résoudre ce problème est de
créer un lien du premier répertoire vers le
second : <command>ln -s usr/local/bin/perl
/usr/bin/perl</command>. Si ce n'est pas possible, le
petit morceau de Perl suivant remplacera toutes les
premières lignes des fichiers (commençant par #! et
contenant le chemin) par quelque chose d'autre :</para>
<programlisting>
perl -pi -e 's@#\!/usr/bin/perl@#\!/usr/local/bin/perl@' *cgi *pl
</programlisting>
<para>
Malheureusement, cette ligne de commande ne
fonctionnera pas sous windows à moins que vous ayez
Cygwin. Cependant, MySQL contient un exécutable nommé
<command>replace</command> qui se charge du
travail :
</para>
<programlisting>
C:\mysql\bin\replace "#!/usr/bin/perl" "#!C:\perl\bin\perl" -- *.cgi *.pl
</programlisting>
<note><para>
Si votre chemin vers Perl est encore différent, il vous
suffit de remplacer <filename>/usr/local/bin/perl</filename>
par votre propre chemin vers Perl dans les exemples
ci-dessus.
</para></note>
<para>
Si vous utilisez Apache sous Windows, vous pouvez éviter
tous ces problèmes en indiquant <literal>Registry</literal>
(ou, si vous utilisez Apache dans une version ultérieure
à 2, <literal>Registry-Strict</literal>) comme valeur
de <ulink
url="http://httpd.apache.org/docs-2.0/mod/core.html#scriptinterpretersource">ScriptInterpreterSource</ulink>.
ScriptInterpreterSource a besoin d'une entrée de la base de
registres
<quote>HKEY_CLASSES_ROOT\.cgi\Shell\ExecCGI\Command</quote>
pour associer l'exécutable Perl aux fichiers
<filename>.cgi</filename>. Si celle-ci n'existe pas encore,
créez-en une avec une valeur par défaut de
<quote><replaceable>chemin vers perl</replaceable>
-T</quote>, par exemple <quote>C:\Perl\bin\perl.exe
-T</quote>.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-general-cookie">
<para>
Existe-t-il un moyen simple de changer le nom des cookies de
Bugzilla ?
</para>
</question>
<answer>
<para>
Pas pour le moment.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-mod-perl">
<para>
Est-ce que Bugzilla tourne sous mod_perl ?
</para>
</question>
<answer>
<para>
Pas pour le moment. Le travail visant à supprimer les
variables globales et utiliser $cgi et DBI, progresse
lentement. Tout cela est nécessaire à mod_perl (et est
également une bonne chose, pour d'autres
raisons). Consultez <ulink
url="https://bugzilla.mozilla.org/show_bug.cgi?id=87406">le
bogue 87406</ulink> pour un aperçu de la question et des progrès.
</para>
</answer>
</qandaentry>
</qandadiv>
<qandadiv id="faq-phb">
<title>Questions posées par les gestionnaires de l'entreprise</title>
<qandaentry>
<question id="faq-phb-client">
<para>
Bugzilla est-il un logiciel Web ou bien nécessite-t-il des logiciels
particuliers ou un système d'exploitation spécial sur la machin ?
</para>
</question>
<answer>
<para>
Il utilise le web et la messagerie électronique.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-phb-priorities">
<para>
Bugzilla nous permet-il de définir nos propres priorités
et niveaux ? Avons nous l'entière liberté de modifier les
libellés des champs ainsi que leur format et le choix des
valeurs admises ?
</para>
</question>
<answer>
<para>
Oui. Cependant, modifier certains champs, notamment ceux
liés aux états de progression des bogues, nécessite aussi
d'ajuster la logique du programme pour compenser le
changement.</para>
<para>Il n'existe pas actuellement d'interface utilisateur graphique
pour ajouter des champs à Bugzilla. Vous pouvez suivre le
développement de cette fonctionnalité dans
le <ulink
url="http://bugzilla.mozilla.org/show_bug.cgi?id=91037">bogue
91037</ulink>
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-phb-reporting">
<para>
Bugzilla propose-t-il des fonctions de rapports d'état, des métriques, des graphes, ... le genre de choses que les chefs aiment bien voir ?
</para>
</question>
<answer>
<para>
Oui. Consultez la page
<ulink url="http://bugzilla.mozilla.org/reports.cgi" />, vous y
trouverez des échantillons de ce que Bugzilla sait faire en terme de
génération de rapports et de graphiques. Une documentation complète
est fournie dans <xref linkend="reporting" />.</para>
<para>Si vous n'obtenez pas les rapports désirés à partir
des scripts de rapports fournis, vous pouvez inclure un
paquetage professionnel pour les rapports comme par exemple
Crystal Reports qui utilise ODBC. Si vous choisissez de
procéder ainsi, soyez prudent car donner un accès direct à
la base de données peut avoir des effets sur la
sécurité. Même si vous donnez un accès en consultation seule
à la base de données, il y aura contournement des éléments
de sécurité des bogues de Bugzilla.</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-phb-email">
<para>
Existe-t-il une notification par courrier
électronique ? Si oui, que voit-on lorsque l'on
reçoit un courrier électronique ?
</para>
</question>
<answer>
<para>
La notification par courrier électronique est paramétrable par
l'utilisateur. Par défaut, l'identifiant du bogue et un résumé de son
rapport accompagnent chaque notification par courrier électronique,
ainsi qu'une liste des changements effectués.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-phb-emailapp">
<para>
Les utilisateurs doivent-ils disposer d'un type
particulier d'application pour les courriers
électroniques ?
</para>
</question>
<answer>
<para>
Les courriers électroniques de Bugzilla sont envoyés en
texte simple, le format de courrier le plus compatible de
la planète.
<note>
<para>
Si vous décidez d'utiliser les caractéristiques d'intégration de
bugzilla_email pour permettre à Bugzilla d'enregistrer
les réponses aux courriers électroniques avec les
bogues associés, vous devrez peut-être prévenir vos
utilisateurs de configurer leur logiciel de courrier
électronique pour répondre aux messages dans le format
où ils ont été reçus. Pour des raisons de sécurité,
Bugzilla ignore les balises HTML en commentaire et si
un utilisateur envoie un courrier électronique en HTML
à Bugzilla, le commentaire en résultant sera assez affreux.</para>
</note>
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-phb-data">
<para>
Bugzilla permet-il d'importer et d'exporter des données ? Si des
personnes extérieures rédigent un rapport de bogue avec un modèle
(<foreignphrase>template</foreignphrase>) de bogue MS
Word, ce modèle peut-il être importé dans les champs
correspondants ? Si je veux obtenir le résultat d'une
requête et exporter cette donnée vers MS Excel est-ce possible ?
</para>
</question>
<answer>
<para>Bugzilla peut exporter des listes de bogues en HTML
(par défaut), CSV ou RDF. Le lien pour le CSV se trouve à la
fin de la liste de bogues au format HTML. On peut importer
ce format CSV dans MS Excel ou dans un autre gestionnaire de
feuilles de calculs.</para>
<para>
Afin d'utiliser le format RDF de la liste de bogues, il est nécessaire
d'ajouter un <literal>&ctype=rdf</literal> à l'URL. Le
format RDF est censé
n'être compréhensible que par une machine et, de ce fait, on considère que
l'URL serait générée par programmation, c'est pourquoi il n'existe pas
de lien vers ce format visible pour l'utilisateur.</para>
<para>Actuellement le seul script livré avec Bugzilla qui
peut importer des données est <filename>importxml.pl</filename> qui est destiné à
l'importation de données générées par le ctype XML de
<filename>show_bug.cgi</filename> associé au déplacement de
bogues. Les autres utilisations sont laissées à titre d'exercice.</para>
<para>Il y a aussi des scripts inclus dans le
répertoire <filename>contrib/</filename> pour l'utilisation des
courriers électroniques afin d'importer des données dans Bugzilla,
mais ces scripts ne sont pas pris en charge actuellement et sont
inclus dans un but pédagogique.</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-phb-l10n">
<para>
Quelqu'un a-t-il traduit Bugzilla dans une autre langue
afin de l'utiliser dans d'autres pays ? Peut-on
localiser Bugzilla ?
</para>
</question>
<answer>
<para>
Oui. Vous trouverez plus d'informations ainsi que les
traductions disponibles à l'adresse <ulink
url="http://www.bugzilla.org/download.html#localizations"/>.
Des modèles ont été définies pour certaines interfaces
d'administration (afin de faciliter la localisation) mais
beaucoup ne sont encore disponibles qu'en anglais. Il peut
également y avoir des problèmes si le jeu de caractères
n'est pas défini. Pour plus d'informations, reportez-vous au <ulink
url="http://bugzilla.mozilla.org/show_bug.cgi?id=126266">bogue
126226</ulink>.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-phb-reports">
<para>
Un utilisateur peut-il créer et enregistrer des
rapports ? Peut-il le faire au format Word ? Au
format Excel ?
</para>
</question>
<answer>
<para>
Oui. Non. Oui (grâce au format CSV).
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-phb-backup">
<para>
Existe-il des fonctions de sauvegarde ?
</para>
</question>
<answer>
<para>
MySQL, la base de donnée principale de Bugzilla, permet
d'effectuer des sauvegardes des données à chaud. Vous trouverez des
stratégies pour traiter des problèmes de sauvegarde à l'adresse
<ulink url="http://www.mysql.com/doc/B/a/Backup.html" />
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-phb-maintenance">
<para>
En termes de ressources humaines, quels sont les critères pour
constituer l'équipe qui installera et assurera la maintenance de
Bugzilla ? Pour être plus précis, quelles sont les compétences
nécessaires ? J'aimerais savoir quel genre de personnes
devrons-nous embaucher. J'aimerais aussi comparer le coût
de l'adoption de Bugzilla par rapport à celui de l'achat
d'une solution prête à l'emploi ?
</para>
</question>
<answer>
<para>
Si Bugzilla est configuré correctement dès le début, les
besoins pour assurer la continuité de la maintenance sont
minimes et peuvent être réalisés facilement via
l'interface Web.
</para>
<para>
Les logiciels de suivi de bogues commerciaux dépassent
généralement les $20,000 ou plus pour un nombre de 5 à 10
licences partagées. Des conseils pour Bugzilla sont donnés
par les spécialistes, membres de la liste de diffusion. On
y trouve tout de suite les réponses aux questions simples.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-phb-installtime">
<para>
En terme de durée, que doit-on prévoir si nous décidons
d'embaucher du personnel pour installer et assurer la
maintenance de Bugzilla ? Est-ce que cela prend
quelques heures ou quelques jours à installer et deux ou
trois heures par semaine pour assurer la maintenance et
l'adaptation à nos besoins ou bien s'agit-il d un
processus d'installation de plusieurs semaines, plus un
travail à plein temps pour une personne ou deux,
etc. ?
</para>
</question>
<answer>
<para>
Cela dépend complètement de ce que vous voulez y
mettre. Quelqu'un avec une grande expérience de Bugzilla
peut tout mettre sur pied et en état de marche en moins
d'une journée, et votre installation Bugzilla peut
fonctionner sans attention particulière pendant des
années. Si votre stratégie Bugzilla est cruciale par
rapport à votre projet d'entreprise, embauchez quelqu'un
avec des compétences raisonnables en Perl, ainsi qu'une
connaissance du système d'exploitation sur lequel va
tourner Bugzilla, et chargez cette personne de la conduite
de votre gestion de processus, la maintenance et
l'adaptation au niveau régional de votre suivi de bogues.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-phb-cost">
<para>
Y a-t-il des droits de licence ou d'autres frais pour utiliser
Bugzilla ? Faut-il prévoir d'ajouter d'autres coûts en plus de ceux
liés au personnel nécessaire mentionné ci-dessus ?
</para>
</question>
<answer>
<para>
Non. Bugzilla, Perl, le Template Toolkit, ainsi que tout
autre logiciel supplémentaire nécessaire au fonctionnement
de Bugzilla, peut être téléchargé gratuitement. MySQL, la
base de données utilisée par Bugzilla, est également libre,
mais vous propose, si vous appréciez la valeur de leur
produit, de souscrire à un contrat d'assistance qui convient
à vos besoins.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-phb-renameBugs">
<para>
Nous n'aimons pas le terme <quote>bogue</quote> pour parler de problèmes,
pouvons-nous remplacer ce terme ?
</para>
</question>
<answer>
<para>
Oui! Depuis Bugzilla 2.18, remplacer le mot 'bogue' par
n'importe quel mot employé dans votre entreprise est chose
simple. Reportez-vous à la documentation concernant la
personnalisation [Customization] pour de plus amples
détails, en particulier à <xref linkend="template-specific"/>.
</para>
</answer>
</qandaentry>
</qandadiv>
<qandadiv id="faq-admin">
<title>Questions relatives à l'administration</title>
<qandaentry>
<question id="faq-admin-midair">
<para>
Bugzilla utilise-t-il le verrouillage des enregistrements
lorsqu'il y a des accès simultanés au même bogue ? La
deuxième personne est-elle informée que le bogue est en
cours d'utilisation ou comment sont-ils avertis tous les
deux ?
</para>
</question>
<answer>
<para>
Bugzilla ne verrouille pas les entrées. Il permet la détection des
accès concurrentiels, ce qui signifie qu'il avertit un utilisateur
lorsqu'une validation de transaction
(<foreignphrase>commit</foreignphrase>) est susceptible
d'entrer en conflit avec une autre venant d'être effectuée par un autre
utilisateur, et offre au deuxième utilisateur le choix des options
pour traiter le conflit.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-admin-livebackup">
<para>
Les utilisateurs peuvent-ils utiliser le système alors
qu'une sauvegarde est en cours ?
</para>
</question>
<answer>
<para>
Oui. Mais les validations de transaction dans la base de données
doivent attendre que les tables soient débloquées. Les bases de
données Bugzilla sont généralement très petites et les sauvegardes
prennent systématiquement moins d'une minute. Si votre base de données
est plus vaste, vous souhaiterez probablement consulter d'autres
techniques de sauvegarde, comme la duplication de base de données, ou
encore sauvegarder depuis un miroir en lecture seule (à ce propos,
veuillez consulter les documentations de MySQL sur le site de MySQL).
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-admin-cvsupdate">
<para>
Comment puis-je mettre à jour le code et la base de données avec CVS ?
</para>
</question>
<answer>
<para>
<orderedlist>
<listitem>
<para>
Faites une sauvegarde de votre répertoire Bugzilla
et de votre base de données. Pour le répertoire de
Bugzilla, il suffit de faire un <command>cp -rp bugzilla
bugzilla.bak</command>. Pour la base de données, il existe un
certain nombre d'options —consultez la
documentation MySQL et choisissez celle qui vous
convient le mieux (le moyen le plus simple est de
faire une copie physique de la base de données sur
le disque dur, mais pour cela vous devez faire
éteindre le serveur de la base de données afin
d'éviter tout risque de perte de données).
</para>
</listitem>
<listitem>
<para>
Placez-vous dans le répertoire de Bugzilla.
</para>
</listitem>
<listitem>
<para>
Lancez <command>cvs -q update -AdP</command> si vous
voulez obtenir la toute dernière version ou
<command>cvs -q update -dP -rÉTIQUETTE</command> si
vous désirez une version donnée (auquel cas, vous
devrez remplacer ÉTIQUETTE par une étiquette CVS
(<foreignphrase>tag</foreignphrase>)
comme <literal>BUGZILLA-2_16_5</literal>).
</para>
<para>
Si vous n'avez fait aucun changement local, ça devrait être
parfait. Si vous avez modifié des choses dans votre copie locale, vérifiez la
présence de résultats notés C en sortie de CVS. Si vous obtenez des
lignes commençant par C, cela signifie qu'il existe des conflits entre
vos changements locaux et ceux qui se trouvent sur le CVS. Vous devrez
régler cela à la main avant de pouvoir continuer.</para>
</listitem>
<listitem>
<para>
Après avoir résolu tout conflit généré par
l'opération de mise à jour du CVS,
<command>./checksetup.pl</command> se chargera de mettre à jour la base
de données pour vous et effectuera tout autre changement
nécessaire pour que la nouvelle version puisse
fonctionner.
</para>
<warning>
<para>
Une fois que vous avez exécuté <command>checksetup.pl</command>, le
seul moyen de revenir en arrière est de restaurer
les sauvegardes de la base de données. Vous ne
pourrez pas ramener le système à sa version
initiale de manière propre dans la plupart des
cas.
</para>
</warning>
</listitem>
</orderedlist>
</para>
<para>
Lisez également les instructions de <xref linkend="upgrade-cvs"/>.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-admin-enable-unconfirmed">
<para>
Comment faire pour que les bogues aient un statut « NON-CONFIRMÉ »
(<foreignphrase>UNCONFIRMED</foreignphrase>) ?
</para>
</question>
<answer>
<para>
Pour utiliser le statut « NON-CONFIRMÉ », le
paramètre <literal>usevotes</literal> doit être activé
(<foreignphrase>ON</foreignphrase>). Vous devez ensuite
accéder à la page <filename>editproduct.cgi</filename> et
régler le <quote>nombre de voix qu'un bogue de ce produit
doit recevoir afin de sortir automatiquement du statut
NON-CONFIRMÉ</quote> (<foreignphrase>Number of votes a bug
in this product needs to automatically get out of the
UNCONFIRMED state</foreignphrase>) à une valeur
non-nulle. (Vous devrez faire de même pour chaque produit
pour lequel vous voudrez utiliser le statut
NON-CONFIRMÉ). Si en fait vous ne voulez pas que les
utilisateurs puissent voter pour les bogues de ce produit,
laissez le <quote>nombre maximal de voix par
personne</quote> (<foreignphrase>Maximum votes per
person</foreignphrase>) à zéro.
</para>
<para>
Le découplage du statut NON-CONFIRME par rapport au
paramètre <literal>usevotes</literal> pour de prochaines versions de
Bugzilla est en cours. Vous pouvez suivre le débat et
l'avancement de ce travail sur
le <ulink
url="http://bugzilla.mozilla.org/show_bug.cgi?id=162060">bogue
162060</ulink>.
</para>
</answer>
</qandaentry>
</qandadiv>
<qandadiv id="faq-security">
<title>La sécurité de Bugzilla</title>
<qandaentry>
<question id="faq-security-mysql">
<para>
Comment désactiver complètement la sécurité dans MySQL si
elle me cause des problèmes (j'ai suivi les instructions
de la partie installation de ce guide) ?
</para>
</question>
<!-- Should we really even answer this question? -->
<answer>
<para>
Exécutez MySQL comme suit : <command>mysqld
--skip-grant-tables</command>. N'oubliez pas que cela rend MySQL
aussi sûr que de scotcher un billet de 100 euros par terre
dans les toilettes d'un stade de foot pour ne pas se le
faire piquer.</para>
<warning>
<para>
On n'insistera jamais assez là-dessus : on ne vous conseille pas de le
faire. Veuillez consulter <xref linkend="security-mysql"/> de ce guide
ainsi que la documentation de MySQL afin de trouver de meilleures
solutions.
</para>
</warning>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-security-knownproblems">
<para>
Y a-t-il des problèmes de sécurité avec Bugzilla ?
</para>
</question>
<answer>
<para>
Le code de Bugzilla a subi un audit de sécurité relativement complet,
et les scripts CGI de présentation pour les utilisateurs sont exécutés
avec l'option <literal>taint</literal> de Perl. Cependant
il est recommandé d'examiner
attentivement les permissions de votre installation de Bugzilla et de
suivre les recommandations en matière de sécurité dans le guide
Bugzilla.</para>
</answer>
</qandaentry>
</qandadiv>
<qandadiv id="faq-email">
<title>Les courriers électroniques de Bugzilla</title>
<qandaentry>
<question id="faq-email-nomail">
<para>
Un de mes utilisateurs ne veut plus recevoir de courriers
électroniques de Bugzilla. Comment les arrêter
complètement pour cet utilisateur ?
</para>
</question>
<answer>
<para>
L'utilisateur peut ordonner à Bugzilla d'arrêter de lui envoyer des
courriels en décochant toutes les cases de la
page <menuchoice><guimenu>Edit
prefs</guimenu> <guimenu>Email
settings</guimenu></menuchoice> (depuis la version 2.18, cette opération est
facilitée par l'ajout d'un bouton <guibutton>Disable All
Mail</guibutton>, <foreignphrase>désactiver
tous les envois de courriels</foreignphrase>) Autrement, vous pouvez ajouter leur
adresse électronique au fichier <filename>data/nomail</filename> (une seule adresse par
ligne). Cette option passe outre leurs préférences personnelles et ils
ne recevront plus jamais de courriels de Bugzilla.</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-email-testing">
<para>
Je suis en train d'évaluer/tester Bugzilla et je ne veux pas
qu'il envoie des courriels à d'autres personnes que moi.
Comment faire ?
</para>
</question>
<answer>
<para>
Pour désactiver l'envoi de courriels, réglez le paramètre
</para>
<programlisting>
$enableSendMail
</programlisting>
<para>
à <literal>0</literal> soit dans
<filename>Bugmail.pm</filename> (pour les versions 2.18 et
supérieures), soit dans <filename>processmail</filename>
(jusqu'à la version 2.16.x)
</para>
<note>
<para>
Jusqu'à une version 2.16.x, modifier
<literal>$enableSendMail</literal> affectera seulement les
courriels concernant un bogue; les courriels relatifs aux
changements de mot de passe, d'adresse électronique, aux
importations de bogues, aux changements d'options
(<foreignphrase>flags</foreignphrase>), etc. seront
toujours envoyés. Depuis la sortie de la version
définitive 2.18, néanmoins, l'étape expliquée ci dessus
désactivera tous les envois de courriels de Bugzilla quel
qu'en soit le but.</para>
</note>
<para>
Pour que les courriels relatifs aux bogues (et seulement
ceux-ci) soient redirigés vers vous en lieu et place de
leurs destinataires prévus, laissez
<literal>$enableSendMail</literal>
tranquille ; à la place, éditez le paramètre
<literal>newchangedmail</literal> comme suit :
</para>
<itemizedlist>
<listitem>
<para>
Remplacez <quote>To:</quote> par
<quote>X-Real-To:</quote>
</para>
</listitem>
<listitem>
<para>
Remplacez <quote>Cc:</quote> par
<quote>X-Real-CC:</quote>
</para>
</listitem>
<listitem>
<para>
Ajoutez une ligne <quote>To:
<replaceable>votre_adresse_de_courriel</replaceable></quote>
</para>
</listitem>
</itemizedlist>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-email-whine">
<para>
Je souhaite que whineatnews.pl génère une réclamation pour
autre chose que pour signaler de nouveaux bogues ou des
bogues réouverts. Comment faire ?
</para>
</question>
<answer>
<para>
Pour d'anciennes versions de Bugzilla, vous devriez
pouvoir appliquer le correctif de Klaas Freitag
pour <quote>whineatasigned</quote>, que l'on trouve dans
<ulink
url="http://bugzilla.mozilla.org/show_bug.cgi?id=6679">le
bogue 6679</ulink>. Remarquez que ce correctif a été
réalisé en 2000, un certain travail sera
vraisemblablement nécessaire afin de l'appliquer
proprement sur n'importe quelle version de Bugzilla
plus récente, mais vous pouvez l'utiliser comme point
de départ.
</para>
<para>
Il est prévu d'inclure à Bugzilla 2.20 une version mise à
jour (et plus approfondie) de cette fonctionnalité; reportez
vous
au <ulink
url="http://bugzilla.mozilla.org/show_bug.cgi?id=185090">bogue
185090</ulink> pour suivre le débat ou pour obtenir des
correctifs plus à jour si vous ne pouvez vraiment pas
attendre.</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-email-mailif">
<para>
Comment régler l'interface de courrier électronique pour
soumettre/changer des bogues par courrier électronique ?
</para>
</question>
<answer>
<para>
Vous trouverez un
fichier <filename>README.mailif</filename> mis à jour dans
le répertoire <filename>contrib/</filename> de votre
distribution Bugzilla qui vous guidera dans la
configuration.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-email-sendmailnow">
<para>
Les courriers électroniques provenant de Bugzilla mettent une éternité
pour me parvenir. C'est vraiment très lent. Que se passe-t-il ?
</para>
</question>
<answer>
<para>
Si vous utilisez <application>sendmail</application>,
essayez d'activer <option>sendmailnow</option>
dans <filename>editparams.cgi</filename>. Pour des
versions plus anciennes
de <application>sendmail</application>, on peut
améliorer significativement les performances de
l'interface utilisateur (au prix d'un retard dans
l'envoi de courriel) en réglant ce paramètre
sur <literal>off</literal>. Pour les sites avec une
version 8.12 (ou supérieure) de sendmail, il vaut
mieux le laisser sur <literal>on</literal>, puisqu'ils
ne bénéficieront alors d'aucun gain de
performance.</para>
<para>
Si vous utilisez un gestionnaire de courrier
électronique (ou MTA, <foreignphrase>Mail Transfer
Agent</foreignphrase>) différent,
assurez-vous que les options présentes dans
<filename>Bugzilla/Bugmail.pm</filename>, ainsi que dans tous les autres
endroits d'où est
appelé <application>sendmail</application>,
correspondent à l'emplacement de votre
MTA.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-email-nonreceived">
<para>
Comment se fait-il que les courriers électroniques concernant les
modifications sur Bugzilla ne me parviennent pas ?
</para>
</question>
<answer>
<para>
Assurez vous que vous n'avez pas désactivé les courriers
électroniques dans vos préférences d'utilisateur. Vérifiez
que Bugzilla est capable d'envoyer des courriers
électroniques en cliquant sur le
lien <quote>Connexion</quote> (<foreignphrase>Log
In</foreignphrase>) de votre installation Bugzilla puis en
cliquant sur le bouton <quote>Envoyez moi un mot de passe
par courrier électronique</quote> (<foreignphrase>E-mail
me a password</foreignphrase>) après avoir saisi votre
adresse électronique.
</para>
<para>
Si vous ne recevez pas de courrier électronique de
Bugzilla, il y a des chances que vous n'ayez pas sendmail
dans <filename>/usr/lib/sendmail</filename>. Assurez-vous
que sendmail se trouve à l'intérieur ou qu'il existe un
lien symbolique pointant vers lui
dans <filename>/usr/lib/sendmail</filename>.</para>
<para>
Si vous utilisez un autre MTA
que <application>sendmail</application>, le
paramètre <option>sendmailnow</option> doit être réglé
sur <literal>on</literal>, sinon aucun courriel ne
sera envoyé.</para>
</answer>
</qandaentry>
</qandadiv>
<qandadiv id="faq-db">
<title>La base de données de Bugzilla</title>
<qandaentry>
<question id="faq-db-corrupted">
<para>
Je pense que ma base de données doit être altérée, ou bien
qu'elle contient des enregistrements non valides. Que faire ?
</para>
</question>
<answer>
<para>
Exécutez l'utilitaire de <quote>bilan de santé</quote>
(<filename>sanitycheck.cgi</filename>) via votre
navigateur internet pour voir ! Si il se termine sans
erreur, vous n'avez <emphasis>probablement</emphasis>
aucun problème. S'il ne se termine pas bien (c'est à dire
avec des messages en rouge), certaines choses peuvent être
réparées par Bugzilla et d'autres non. Si la réparation
est impossible, j'espère pour vous que vous avez
l'habitude des commandes d'administration d'une base de
données mysql ou bien que vous avez installé un autre
moyen d'administrer votre base de données. Le bilan de
santé, bien qu'étant un bon test de base pour vérifier
l'intégrité de votre base de données, ne remplace en aucun
cas une administration compétente de la base de données ni
n'évite la suppression de données. Il n'est pas exhaustif
et a été créé pour effectuer une vérification de base sur
les problèmes les plus communs dans des bases de données
Bugzilla.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-db-manualedit">
<para>
Je veux éditer à la main des enregistrements de ma base de
données. Comment faire ?
</para>
</question>
<answer>
<para>
Il n'existe pas de moyen de faire cela dans Bugzilla lui-même. De plus
ce n'est généralement pas intelligent de le faire si l'on ne sait pas
exactement ce qu'on veut faire. Cependant si vous connaissez le SQL,
vous pouvez utiliser <command>mysql</command> en ligne de commande
pour insérer, supprimer et modifier les informations d'une table à la
main. Des clients graphiques plus intuitifs sont également
disponibles. Les favoris de l'équipe Bugzilla
sont <ulink url="http://www.phpmyadmin.net/">phpMyAdmin</ulink> et
<ulink
url="http://www.mysql.com/products/mysqlcc">MySQL
Control Center</ulink>
</para>
<para>
Gardez à l'esprit que les sauvegardes sont vos
amies. Tout le monde fait des erreurs, et il est
agréable d'avoir un filet de sécurité dans le cas où
vous sèmeriez la pagaille quelque part. Pensez à
utiliser <command>mysqldump</command> pour faire un
double de votre base de données avant de la modifier à
la main.</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-db-permissions">
<para>
Je pense que j'ai correctement réglé les permissions de MySQL mais
Bugzilla ne parvient toujours pas à se connecter.
</para>
</question>
<answer>
<para>
Essayez d'exécuter MySQL à partir de son fichier exécutable :
<command>mysqld --skip-grant-tables</command>.
Cela vous permettra de complètement contourner les
permissions sur les tables qui sont la cause de votre
frustration. Si dans ce cas Bugzilla est capable de se
connecter, vous devez vérifier que vous avez donné les
bonnes permissions au couple utilisateur-mot de passe
défini dans <filename>localconfig</filename>.
</para>
<warning>
<para>
Exécuter MySQL avec cette option dans la ligne de
commande n'est pas sûr du tout et doit être uniquement
effectué dans le cadre d'une démarche de dépannage
lorsque l'on n'est pas connecté au réseau extérieur.
</para>
</warning>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-db-synchronize">
<para>
Comment synchroniser les informations sur les bogues entre
plusieurs bases de données ?
</para>
</question>
<answer>
<para>
En fait, vous pouvez synchroniser ou déplacer les bogues. La
synchronisation s'opèrera uniquement dans un sens ; vous avez la
possibilité de créer une copie de la base en lecture seule sur un site
et la faire mettre à jour à partir de la base de données principale à
intervalles réguliers.
</para>
<para>
MySQL intègre des fonctionnalités de synchronisation dans
les dernières versions. Ce serait génial si quelqu'un se
penchait sur les possibilités dans ce domaine et proposait
un compte rendu sur le forum expliquant comment
synchroniser efficacement deux installations de Bugzilla.
</para>
<para>
Si vous avez simplement besoin de transférer des bogues d'un Bugzilla
à un autre, jetez un coup d'œil au
script <filename>move.pl</filename> dans la distribution de Bugzilla.
</para>
</answer>
</qandaentry>
</qandadiv>
<qandadiv id="faq-nt">
<title>Bugzilla et Win32</title>
<qandaentry>
<question id="faq-nt-easiest">
<para>
Quel est le moyen le plus facile d'utiliser Bugzilla sur Win32 (Win98+/NT/2K) ?
</para>
</question>
<answer>
<para>
Enlevez Windows. Installez Linux. Installez Bugzilla. Le
chef ne verra jamais la différence B^).
</para>
<para>
Plus sérieusement, un des objectifs majeurs de ce grand cru 2.18 était
de faire fonctionner Bugzilla facilement sous Windows. Si les
composants nécessaires sont présents (perl, un serveur web, un MTA,
etc.), l'installation de Bugzilla sur une station Windows ne devrait
pas être plus difficile que sur une autre plateforme. Comme pour toute
installation, nous vous recommandons de suivre complètement et avec
beaucoup d'attention les instructions d'installation de
<xref linkend="os-win32"/>.
</para>
<para>
Ce faisant, n'oubliez pas de consulter cet excellent guide écrit par
Byron Jones
intitulé <ulink
url="http://www.bugzilla.org/docs/win32install.html">Installing
Bugzilla on Microsoft Windows</ulink> (Comment installer
Bugzilla sous Microsoft Windows). Merci, Byron !
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-nt-bundle">
<para>
Existe-t-il un équivalent de <quote>Bundle::Bugzilla</quote>
pour Win32 ?
</para>
</question>
<answer>
<para>
Pas pour le moment. Bundle::Bugzilla simplifie énormément
l'installation de Bugzilla sur les systèmes UNIX. Si
quelqu'un se porte volontaire pour réaliser un bundle
PPM <footnote><para>NdT : module pour le gestionnaire de
packetages de Perl</para></footnote> qui convient à Win32, une
telle initiative sera appréciée.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-nt-mappings">
<para>
Des fichiers CGI se terminent prématurément avec une
erreur <quote>something.cgi is not a valid Windows NT
application</quote> (quelquechose.cgi n'est pas une
application Windows NT valide). Pourquoi ?
</para>
</question>
<answer>
<para>
En fonction du serveur web que vous utilisez, vous devez configurer
celui-ci pour traiter les fichiers <filename>*.cgi</filename> comme
des scripts CGI. Pour IIS, vous pouvez faire cela en ajoutant *.cgi
dans la mise en correspondance des applications avec
<chemin>\perl.exe %s %s comme exécutable.</para>
<para>
Microsoft donne quelques indications à ce sujet, que
voici :
<blockquote>
<para>
<quote>
Configurer la mise en correspondance des
applications. Dans l'ISM, liez l'extension du ou des
fichier(s) script à l'exécutable de l'interpréteur du
script. Par exemple, vous devez faire correspondre
l'extension .py à Python.exe, l'exécutable de
l'interpréteur de scripts Python. Notez que pour
l'interpréteur de scripts Perl ActiveState,
l'extension.pl est associée à PerIIS.dll par
défaut. Si vous voulez changer l'association pour .pl
par perl.exe, vous devez changer la correspondance
d'applications. Dans la correspondance, vous devez
ajouter deux caractères <quote>pourcent</quote> (%) à
la fin du chemin jusqu'à perl.exe, comme indiqué dans
cet exemple : <command>c:\perl\bin\perl.exe %s
%s</command>
</quote>
</para>
</blockquote>
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-nt-dbi">
<para>
J'ai des problèmes avec les modules de perl pour NT qui
n'arrivent pas à communiquer avec la base de données.
</para>
</question>
<answer>
<para>
Vos modules sont peut-être obsolètes ou
inappropriés. Essayez ce qui suit :
<orderedlist>
<listitem>
<para>
Allez
sur <ulink
url="http://www.activestate.com/ActivePerl">http://www.activestate.com/ActivePerl</ulink>.
</para>
</listitem>
<listitem>
<para>
Téléchargez ActivePerl.
</para>
</listitem>
<listitem>
<para>
Lancez votre invite de commande.
</para>
</listitem>
<listitem>
<para>
Saisissez <command>ppm</command>
</para>
</listitem>
<listitem>
<para>
<prompt>PPM></prompt> <command>install DBI DBD-mysql GD</command>
</para>
</listitem>
</orderedlist>
Je pense que TimeDate et Date::Dumper sont inclus dans
activeperl. Vous pouvez aller vous renseigner sur le site
d'ActiveState à propos des packages pour l'installation
via PPM :
<ulink url="http://www.activestate.com/Packages/"/>.
</para>
</answer>
</qandaentry>
</qandadiv>
<qandadiv id="faq-use">
<title>Utilisation de Bugzilla</title>
<qandaentry>
<question id="faq-use-changeaddress">
<para>
Comment puis-je changer mon nom d'utilisateur (adresse de
courrier électronique) dans Bugzilla ?
</para>
</question>
<answer>
<para>
Nouveau dans la version 2.16 : allez dans la section compte dans
les préférences. Vous recevrez un courrier électronique aux deux
adresses pour confirmation.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-use-query">
<para>
La page pour les requêtes est très déroutante. N'y a-t-il
pas un moyen plus simple d'effectuer une requête ?
</para>
</question>
<answer>
<para>
L'interface a été simplifiée par un concepteur
d'interfaces dans la version 2.16. Les suggestions
d'amélioration sont les bienvenues, mais nous ne
sacrifierons pas la puissance à la simplicité.
</para>
<para>
Depuis la version 2.18, une recherche <quote>plus simple</quote> est également
disponible. En haut de la page de recherche il y a deux liens :
<quote>Recherche avancée</quote> (<foreignphrase>Advanced
search</foreignphrase>) vous conduit à la page de recherche la plus
puissante, que vous connaissez bien, mais aussi la plus
complexe. Le lien <quote>Chercher un bogue en
particulier</quote> (<foreignphrase>Find a
specific Bug</foreignphrase>) vous amène sur une page très simplifiée
où vous pouvez
choisir un produit et un statut
(ouvert <foreignphrase>OPEN</foreignphrase>,
fermé <foreignphrase>CLOSED</foreignphrase> ou les
deux), vous pourrez ensuite entrer les mots qui apparaissent dans le
bogue que vous cherchez. Cette recherche ira fouiller les champs
<quote>Résumé</quote> (<foreignphrase>Summary</foreignphrase>)
et <quote>Commentaires</quote>
(<foreignphrase>Comments</foreignphrase>), et renverra une
liste
de bogues triés, de sorte que les bogues comportant le plus de
coïncidences/correspondances se trouvent en début de liste.
</para>
<note>
<para>
Les correspondances issues du
champ <guilabel>Summary</guilabel> prendront le
pas sur celles du champ <guilabel>Comments</guilabel> et
les bogues
comportant des correspondances dans le
champ <guilabel>Summary</guilabel>
seront placés plus haut dans la liste de bogue, même si
un bogue classé en dessous présente plus de
correspondances dans le champ commentaires.
</para>
</note>
<para>
Bugzilla utilise un cookie afin de se souvenir quelle version d'une
page vous avez visitée en dernier et ressortira cette page lors de
votre recherche suivante. La page par défaut pour les nouveaux
utilisateurs (ou après une mise à jour) est la page de recherche
<quote>simple</quote>.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-use-accept">
<para>
Le comportement du bouton <guibutton>Accept</guibutton>
dans le formulaire <guilabel>Show Bug</guilabel> me
perturbe. Pourquoi le bogue ne m'est-il pas affecté
lorsque je l'ai accepté ?
</para>
</question>
<answer>
<para>
Le comportement actuel convient à bugzilla.mozilla.org
ainsi qu'à la plupart des utilisateurs. Si vous désirez
changer ce comportement malgré tout, vous pouvez utiliser
un des correctifs suivants :
<simplelist>
<member>
Le <ulink
url="http://bugzilla.mozilla.org/show_bug.cgi?id=35195">bogue
35195</ulink>
vise à ajouter une case à cocher <quote>... et accepter
les bogues</quote> (<foreignphrase>... and accept the
bug</foreignphrase>) à l'interface utilisateur. Deux
correctifs lui sont attachés : <ulink
url="http://bugzilla.mozilla.org/showattachment.cgi.cgi?attach_id=8029">le
correctif 8029</ulink> fut créé à la base pour Bugzilla
2.12, tandis que <ulink
url="http://bugzilla.mozilla.org/showattachment.cgi?attach_id=91372">le
correctif 91372</ulink> en est une version mise à jour
pour Bugzilla 2.16.
</member>
<member>
Le <ulink url="http://bugzilla.mozilla.org/show_bug?id=37613">bogue
37613</ulink> fournit lui aussi deux correctifs (pour
Bugzilla 2.12) : l'un pour ajouter une
option <quote>Admettre le bogue</quote>
(<foreignphrase>Take Bug</foreignphrase>), l'autre
afin de réassigner automatiquement le bogue lorsqu'il
est accepté.
</member>
</simplelist>
Ces correctifs commencent maintenant à dater un peu et ne peuvent être
appliqués directement, mais ils sont suffisamment simples
pour montrer comment Bugzilla peut être personnalisé et
mis à jour afin de correspondre à vos besoins.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-use-attachment">
<para>
Je ne peux rien inscrire dans la base de données via le lien
<quote>Create Attachment</quote>. Où est l'erreur ?
</para>
</question>
<answer>
<para>
La cause la plus probable est que vous utilisez un très
vieux navigateur ou un navigateur incompatible avec le
téléchargement de fichiers vers le serveur via
POST. Téléchargez la dernière version de votre navigateur
internet préféré pour effectuer les téléchargements vers
le serveur correctement.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-use-keyword">
<para>
Comment puis-je changer un mot-clé dans Bugzilla, à partir
du moment où plusieurs bogues l'utilisent ?
</para>
</question>
<answer>
<para>
Dans l'interface administrateur de Bugzilla, éditez le
mot-clé — vous pouvez ainsi remplacer l'ancien
mot-clé par le nouveau. Cela causera un problème avec la
mémoire cache des
mots-clés. Exécutez <command>sanitycheck.cgi</command>
pour le résoudre.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-use-close">
<para>
Je ne peux pas fermer les bogues depuis la
page <quote>Change Several Bugs at
Once</quote>. Pourquoi ?
</para>
</question>
<answer>
<para>
La réponse est simple : si, vous pouvez le faire.
</para>
<para>
Le mécanisme derrière la page vérifie chaque bogue dans la
liste pour déterminer les changements d'états autorisés,
et c'est seulement ensuite qu'elle vous montre les
commandes permettant de réaliser les actions applicables à
<emphasis>chaque</emphasis> bogue de la liste. La raison
est que si vous
essayez d'effectuer une action non autorisée sur un bogue,
le processus entier va s'arrêter net et tous les
changements effectués après celui qui a échoué vont eux
aussi échouer, ce qui n'est pas satisfaisant du tout, et
c'est pourquoi la page ne vous propose même pas cette
option.
</para>
<para>
En français courant, cela signifie que chaque bogue de la
page doit être soit déjà résolu
(<foreignphrase>RESOLVED</foreignphrase>) soit déjà
vérifié (<foreignphrase>VERIFIED</foreignphrase>),
afin de déclarer plusieurs bogues clos
(<foreignphrase>CLOSED</foreignphrase>) ; si ce n'est pas
le cas, l'option permettant de
fermer les bogues n'apparaîtra pas sur la page.
</para>
<para>
Ceci repose sur la logique suivante : si vous essayez de fermer
un bogue qui n'a pas été vérifié, la mise à jour du bogue échouera
lamentablement (et ainsi détruira tout changement suivant dans la
liste pendant l'opération globale de changement), ce qui ne vous donne
donc même pas le choix.
</para>
</answer>
</qandaentry>
</qandadiv>
<qandadiv id="faq-hacking">
<title>Bidouiller Bugzilla</title>
<qandaentry>
<question id="faq-hacking-templatestyle">
<para>
Quel style de programmation suis-je censé utiliser pour la
création de modèles ?
</para>
</question>
<answer>
<para>
Gerv et Myk suggèrent d'utiliser une indentation de deux espaces, avec
les sections de code imbriquées sur leur propre ligne, en ligne avec
les balises externes.
</para>
<programlisting><![CDATA[
<fred>
[% IF foo %]
<bar>
[% FOREACH x = barney %]
<tr>
<td>
[% x %]
</td>
<tr>
[% END %]
[% END %]
</fred>
]]></programlisting>
<para>
Myk recommande en outre d'activer PRE_CHOMP dans
l'initialisation de modèles afin d'éviter de surcharger
le code HTML avec des espaces inutiles.
</para>
<para>
Veuillez noter qu'il y a de nombreux avis divergents à
ce sujet, et les templates existant dans Bugzilla
respectent à la fois la convention ci-dessus et la
convention à 4 espaces. Les deux sont acceptables ;
on préfère celle que nous présentons ici.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-hacking-bugzillabugs">
<para>
Quels sont les bugs de Bugzilla actuellement ?
</para>
</question>
<answer>
<para>
Consultez <ulink url="http://bugzilla.mozilla.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=Bugzilla">
ce lien</ulink> pour voir les bogues actuels ou les
demandes d'amélioration de Bugzilla.
</para>
<para>
Vous pouvez consulter des bogues marqués pour la version
&bz-nextver;
<ulink
url="http://bugzilla.mozilla.org/buglist.cgi?product=Bugzilla&target_milestone=Bugzilla+&bz-nextver;">ici</ulink>. Cette
liste contient les bogues de la version &bz-nextver; qui
ont déjà été corrigés et consignés dans le CVS. Vous
trouverez sur la <ulink url="http://www.bugzilla.org">page du
projet Bugzilla</ulink> pour des informations sur la
manière de trouver les sources actuelles sur le CVS pour
pouvoir récupérer ces corrections.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-hacking-priority">
<para>
Comment donner à la priorité par défaut une valeur nulle ?
Par exemple, avoir <quote>---</quote> comme valeur par défaut au lieu
de <quote>P2</quote> ?
</para>
</question>
<answer>
<para>
Ce point est bien documenté dans le <ulink
url="http://bugzilla.mozilla.org/show_bug.cgi?id=49862">bogue
49862</ulink>. En fin de compte, ce n'est pas plus
compliqué que d'ajouter le champ de priorité <quote>---</quote> à
l'endroit approprié de votre
fichier <filename>localconfig</filename>, de
relancer <command>checksetup.pl</command>, puis de changer
la priorité par
défaut dans votre navigateur au moyen
de <command>editparams.cgi</command>.
</para>
</answer>
</qandaentry>
<qandaentry>
<question id="faq-hacking-patches">
<para>
Quelle est la meilleure façon de soumettre des
correctifs ? Quelles sont les directives à suivre ?
</para>
</question>
<answer>
<blockquote>
<orderedlist>
<listitem>
<para>
Ajoutez un bogue sur bugzilla.mozilla.org
concernant le logiciel <quote><ulink
url="http://bugzilla.mozilla.org/enter_bug.cgi?product=Bugzilla">Bugzilla</ulink></quote>.
</para>
</listitem>
<listitem>
<para>
Téléchargez votre correctif vers le
serveur en tant que unified diff (en utilisant <command>diff
-u</command> sur les <emphasis>sources
actuelles</emphasis> récupérées sur CVS),
ou en tant que nouveau fichier source en cliquant
sur le lien <guilabel>Create a new
attachment</guilabel> dans la page
de bogue que vous venez juste de créer, et ajoutez
dans la description du bogue que vous avez soumis à
l'étape 1 toute description que vous pouvez faire
concernant des changements dans la base de
données. N'oubliez surtout pas de cocher la
case <guilabel>Patch</guilabel> pour indiquer que le
texte que vous
envoyez est un correctif !
</para>
</listitem>
<listitem>
<para>
Faites part de l'arrivée de votre correctif et de
l'URL associée
(http://bugzilla.mozilla.org/show_bug.cgi?id=XXXXXX)
afin d'en discuter dans le forum
(netscape.public.mozilla.webtools). Vous verrez, les
réactions sur les implications de votre correctif
seront vraiment bonnes et assez rapides,
ce qui nous donnera aussi une idée de la manière
dont seraient reçus les changements.
</para>
</listitem>
<listitem>
<para>
S'il passe les contrôles avec un minimum de
modifications, la personne à qui le bogue est
assigné chez Bugzilla sera chargée d'assurer que le
programme de correction soit consigné sur CVS.
</para>
</listitem>
<listitem>
<para>
Réjouissez-vous de la gloire d'avoir participé à la
réalisation du logiciel de suivi de bogues le plus
réputé de la planète :)
</para>
</listitem>
</orderedlist>
</blockquote>
</answer>
</qandaentry>
</qandadiv>
</qandaset>
</appendix>
<!-- Keep this comment at the end of the file
Local variables:
mode: sgml
sgml-always-quote-attributes:t
sgml-auto-insert-required-elements:t
sgml-balanced-tag-edit:t
sgml-exposed-tags:nil
sgml-general-insert-case:lower
sgml-indent-data:t
sgml-indent-step:2
sgml-local-catalogs:nil
sgml-local-ecat-files:nil
sgml-minimize-attributes:nil
sgml-namecase-general:t
sgml-omittag:t
sgml-parent-document:("Bugzilla-Guide.xml" "book" "chapter")
sgml-shorttag:t
sgml-tag-region-if-active:t
End:
-->
