bugzilla-fr-cvs

[Bugzilla-fr-cvs] Bugzilla-fr_2.18/fr/default/pages fields.html.tmpl

[Emmanuel S. <se...@us...>]

Update of /cvsroot/bugzilla-fr/Bugzilla-fr_2.18/fr/default/pages
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv26301/fr/default/pages

Modified Files:
	fields.html.tmpl 
Log Message:
2.18rc3 -> 2.18 (3/4)


Index: fields.html.tmpl
===================================================================
RCS file: /cvsroot/bugzilla-fr/Bugzilla-fr_2.18/fr/default/pages/fields.html.tmpl,v
retrieving revision 1.2
retrieving revision 1.3
diff -C2 -d -r1.2 -r1.3
*** fields.html.tmpl	20 Nov 2004 00:23:16 -0000	1.2
--- fields.html.tmpl	1 Feb 2005 10:45:16 -0000	1.3
***************
*** 53,86 ****
      <td>
        <dl>
!         <dt><b>UNCONFIRMED</b></dt>
! 
!         <dd>Ce [% terms.bug %] a été ajouté récemment à la base de donnée.
!         Personne n'a validé ce [% terms.bug %] comme étant vrai. Les utilisateurs
!         qui ont le droit "canconfirm" peuvent confirmer ce [% terms.bug %],
!         ce qui changera son état en NEW. Ou alors, il peut être résolu
!         directement et marqué RESOLVED.</dd>
! 
!         <dt><b>NEW</b></dt>
! 
!         <dd>Ce [% terms.bug %] a été ajouté récemment à la liste de [% terms.bugs %]
!         de l'assigné et doît être traité. Les [% terms.bugs %] dans cet
!         état doivent être acceptés et devenir <b>ASSIGNED</b>, donnés à quelqu'un
!         et rester <b>NEW</b> ou résolu et marqués <b>RESOLVED</b>.
          </dd>
  
!         <dt><b>ASSIGNED</b></dt>
! 
!         <dd>Ce [% terms.bug %] n'est pas encore résolu mais a été assigné à la bonne
!         bonne personne. D'ici, les [% terms.bugs %] peuvent être donnés à
!         quelqu'un d'autre et devenir <b>NEW</b> ou résolu et devenir <b>RESOLVED</b>.
          </dd>
  
!         <dt><b>REOPENED</b></dt>
  
!         <dd>Ce [% terms.bug %] a été resolu mais la résolution a été jugée
!         incorrecte. Par exemple, un [% terms.bug %] <b>WORKSFORME</b> est
!         <b>REOPENED</b> lorsque plus d'informations arrivent et que le [% terms.bug %]
!         devient reproductible. D'ici, les [% terms.bugs %] sont marqués soit
!         <b>ASSIGNED</b> ou <b>RESOLVED</b>.</dd>
        </dl>
      </td>
--- 53,96 ----
      <td>
        <dl>
!         <dt>
!           <b>UNCONFIRMED</b>
!         </dt>
!         <dd>
!           Ce [% terms.bug %] a été ajouté récemment à la base de données.
!           Personne n'a validé ce [% terms.bug %] comme étant vrai. Les utilisateurs
!           qui ont le droit "canconfirm" peuvent confirmer ce [% terms.bug %],
!           ce qui changera son état en NEW. Ou alors, il peut être résolu
!           directement et marqué RESOLVED.
          </dd>
  
!         <dt>
!           <b>NOUVEAU</b>
!         </dt>
!         <dd>
!           Ce [% terms.bug %] a été ajouté récemment à la liste de [% terms.bugs %]
!           de l'assigné et doît être traité. Les [% terms.bugs %] dans cet
!           état doivent être acceptés et devenir <b>ASSIGNED</b>, donnés à quelqu'un
!           et rester <b>NEW</b> ou résolu et marqués <b>RESOLVED</b>.
          </dd>
  
!         <dt>
!           <b>ASSIGNED</b>
!         </dt>
!         <dd>
!           Ce [% terms.bug %] n'est pas encore résolu mais a été assigné à la bonne
!           bonne personne. D'ici, les [% terms.bugs %] peuvent être donnés à
!           quelqu'un d'autre et devenir <b>NEW</b> ou résolu et devenir <b>RESOLVED</b>.
!         </dd>
  
!         <dt>
!           <b>REOPENED</b>
!         </dt>
!         <dd>
!           Ce [% terms.bug %] a été resolu mais la résolution a été jugée
!           incorrecte. Par exemple, un [% terms.bug %] <b>WORKSFORME</b> est
!           <b>REOPENED</b> lorsque plus d'informations arrivent et que le [% terms.bug %]
!           devient reproductible. D'ici, les [% terms.bugs %] sont marqués soit
!           <b>ASSIGNED</b> ou <b>RESOLVED</b>.
!         </dd>
        </dl>
      </td>
***************
*** 88,94 ****
      <td>
        <dl>
!         <dd>Aucune résolution à l'heure actuelle. Tous les [% terms.bugs %] qui sont dans l'un
!         des états "ouverts" auront une résolution vide. Tout autre
!         [% terms.bug %] sera marqué avec l'une des résolutions suivantes.</dd>
        </dl>
      </td>
--- 98,106 ----
      <td>
        <dl>
!         <dd>
!           Aucune résolution à l'heure actuelle. Tous les [% terms.bugs %] qui sont dans l'un
!           des états "ouverts" auront une résolution vide. Tout autre
!           [% terms.bug %] sera marqué avec l'une des résolutions suivantes.
!         </dd>
        </dl>
      </td>
***************
*** 98,120 ****
      <td>
        <dl>
!         <dt><b>RESOLVED</b></dt>
! 
!         <dd>Une résolution a été prise et elle attend une vérification de
!         QA. D'ici, les [% terms.bugs %] sont soit ré-ouvert et deviennent
!         <b>REOPENED</b>, sont marqués <b>VERIFIED</b>, ou sont fermés pour
!         de bon et marqués <b>CLOSED</b>.</dd>
! 
!         <dt><b>VERIFIED</b></dt>
! 
!         <dd>QA a regardé le [% terms.bug %] et la résolution et est d'accord pour
!         dire que la résolution appropriée a été prise. Les [% terms.bugs %]
!         restent dans cet état jusqu'a ce que le produit contre lequel ils ont
!         été rapportés soit livré, a partir de quoi ils deviennent <b>CLOSED</b>.</dd>
  
!         <dt><b>CLOSED</b></dt>
  
!         <dd>Le [% terms.bug %] est considéré mort, la résolution est correcte.
!         Tout [% terms.bugs %] zombie qui choisit de fouler à nouveau le sol doit
!         le faire en devenant <b>REOPENED</b>.</dd>
        </dl>
      </td>
--- 110,141 ----
      <td>
        <dl>
!         <dt>
!           <b>RESOLVED</b>
!         </dt>
!         <dd>
!           Une résolution a été prise et elle attend une vérification de
!           QA. D'ici, les [% terms.bugs %] sont soit ré-ouvert et deviennent
!           <b>REOPENED</b>, sont marqués <b>VERIFIED</b>, ou sont fermés pour
!           de bon et marqués <b>CLOSED</b>.
!         </dd>
  
!         <dt>
!           <b>VERIFIED</b>
!         </dt>
!         <dd>
!           QA a regardé le [% terms.bug %] et la résolution et est d'accord pour
!           dire que la résolution appropriée a été prise. Les [% terms.bugs %]
!           restent dans cet état jusqu'a ce que le produit contre lequel ils ont
!           été rapportés soit livré, a partir de quoi ils deviennent <b>CLOSED</b>.
!         </dd>
  
!         <dt>
!           <b>CLOSED</b>
!         </dt>
!         <dd>
!           Le [% terms.bug %] est considéré mort, la résolution est correcte.
!           Tout [% terms.bugs %] zombie qui choisit de fouler à nouveau le sol doit
!           le faire en devenant <b>REOPENED</b>.
!         </dd>
        </dl>
      </td>
***************
*** 122,157 ****
      <td>
        <dl>
!         <dt><b>FIXED</b></dt>
! 
!         <dd>Un correctif pour ce [% terms.bug %] a été intégré dans l'arbre et testé.</dd>
! 
!         <dt><b>INVALID</b></dt>
! 
!         <dd>Le problème décrit n'est pas [% terms.abug %]</dd>
! 
!         <dt><b>WONTFIX</b></dt>
! 
!         <dd>Le problème décrit est [% terms.abug %] qui ne sera jamais
!         corrigé.</dd>
! 
!         <dt><b>DUPLICATE</b></dt>
  
!         <dd>Le problème est un doublon d'un [% terms.bug %] existant. Marquer
!         [% terms.abug %] doublon nécessite le numéro de [% terms.bug %] du
!         [% terms.bug %] dupliqué et mettera au moins ce numéro de [% terms.bug %] 
!         dans le champ description.</dd>
  
!         <dt><b>WORKSFORME</b></dt>
  
!         <dd>Toutes les tentatives pour reproduire ce [% terms.bug %] ont étés futiles, 
!         lire le code ne donne aucun indice sur la raison de ce comportement.
!         Si plus d'informations apparaissent plus tard, re-assigner le [% terms.bug %]
!         mais pour l'instant, le classer</dd>
  
!         <dt><b>MOVED</b></dt>
  
!         <dd>Le problème était spécifique à un produit donné dont les [% terms.bugs %]
!         sont suivis dans une autre base de données de [% terms.bug %]. 
!         Le [% terms.bug %] a été déplacé vers cette base.</dd>
        </dl>
      </td>
--- 143,197 ----
      <td>
        <dl>
!         <dt>
!           <b>FIXED</b>
!         </dt>
!         <dd>
!           Un correctif pour ce [% terms.bug %] a été intégré dans l'arbre et
!           testé.
!         </dd>
  
!         <dt>
!           <b>INVALID</b>
!         </dt>
!         <dd>
!           Le problème décrit n'est pas [% terms.abug %]
!         </dd>
  
!         <dt>
!           <b>WONTFIX</b>
!         </dt>
!         <dd>
!           Le problème décrit est [% terms.abug %] qui ne sera jamais
!           corrigé.
!         </dd>
  
!         <dt>
!           <b>DUPLICATE</b>
!         </dt>
!         <dd>
!           Le problème est un doublon d'un [% terms.bug %] existant. Marquer
!           [% terms.abug %] doublon nécessite le numéro de [% terms.bug %] du
!           [% terms.bug %] dupliqué et mettera au moins ce numéro de [% terms.bug %] 
!           dans le champ description.
!         </dd>
  
!         <dt>
!           <b>WORKSFORME</b>
!         </dt>
!         <dd>
!           Toutes les tentatives pour reproduire ce [% terms.bug %] ont étés futiles, 
!           lire le code ne donne aucun indice sur la raison de ce comportement.
!           Si plus d'informations apparaissent plus tard, re-assigner le [% terms.bug %]
!           mais pour l'instant, le classer
!         </dd>
  
!         <dt>
!           <b>MOVED</b>
!         </dt>
!         <dd>
!           Le problème était spécifique à un produit donné dont les [% terms.bugs %]
!           sont suivis dans une autre base de données de [% terms.bug %]. 
!           Le [% terms.bug %] a été déplacé vers cette base.
!         </dd>
        </dl>
      </td>
***************
*** 159,163 ****
  </table>
  
! <h2><a name="bug_severity">Severity</a></h2>
  Ce champ décrit l'impact d'[% terms.abug %]. 
  
--- 199,203 ----
  </table>
  
! <h2><a name="bug_severity">Severité</a></h2>
  Ce champ décrit l'impact d'[% terms.abug %]. 
  

[Bugzilla-fr-cvs] Bugzilla-fr_2.18/fr/default/pages fields.html.tmpl

[Emmanuel S. <se...@us...>]

Update of /cvsroot/bugzilla-fr/Bugzilla-fr_2.18/fr/default/pages
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv12975/fr/default/pages

Modified Files:
	fields.html.tmpl 
Log Message:
Correction de #1159124


Index: fields.html.tmpl
===================================================================
RCS file: /cvsroot/bugzilla-fr/Bugzilla-fr_2.18/fr/default/pages/fields.html.tmpl,v
retrieving revision 1.3
retrieving revision 1.4
diff -C2 -d -r1.3 -r1.4
*** fields.html.tmpl	1 Feb 2005 10:45:16 -0000	1.3
--- fields.html.tmpl	9 Mar 2005 00:11:31 -0000	1.4
***************
*** 25,29 ****
  
  <p>
! Les champs <b>statut</b> et <b>résolution</b> definissent et suivent le cycle
  de vie d'[% terms.abug %].  
  </p>
--- 25,29 ----
  
  <p>
! Les champs <b>statut</b> et <b>résolution</b> définissent et suivent le cycle
  de vie d'[% terms.abug %].  
  </p>