On est constamment obligés de se reconnecter

La cause la plus probable est que le paramètre « cookiepath » n'est pas correctement réglé dans la configuration de Bugzilla. Ça peut s'arranger (si vous êtes administrateur Bugzilla) sur la page editparams.cgi par le web.

La valeur du paramètre cookiepath doit être précisément le répertoire contenant votre installation de Bugzilla, telle que la voit le navigateur Internet d'un utilisateur. Les slash de début et de fin sont obligatoires. Vous pouvez également paramétrer le cookiepath vers n'importe quel répertoire parent du répertoire Bugzilla (comme '/', le répertoire racine). Mais vous ne pouvez pas indiquer un chemin qui ne correspond pas au moins partiellement, car cela ne marchera pas. Ce que l'on fait là, en fait, c'est de limiter l'action du navigateur utilisateur au renvoi de cookies uniquement dans ce répertoire.

Comment savoir si vous avez besoin de votre répertoire Bugzilla particulier ou du site complet ?

Si vous n'avez qu'un seul Bugzilla installé sur votre serveur, que cela ne vous dérange pas d'avoir d'autres applications sur le même serveur et qu'il soit capable de voir les cookies (ça pourrait être fait exprès si vous avez d'autres outils sur votre site qui partagent l'authentification avec Bugzilla), vous n'aurez qu'a régler le cookiepath à "/", ou à un répertoire suffisamment élevé dans l'arborescence afin que toutes les applications concernées puissent voir les cookies.

Exemple B.1. Exemples de paires urlbase/cookiepath pour le partage des cookies d'ouverture de session


        urlbase : http://bugzilla.mozilla.org/
        cookiepath : /

        urlbase : http://tools.mysite.tld/bugzilla/
                mais vous avez http://tools.mysite.tld/someotherapp/ partageant
                l'autentification avec Bugzilla
        cookiepath : /
      

D'un autre côté, si vous avez plus d'une version de Bugzilla installée sur votre serveur (quelques utilisateurs le font; nous le faisons pour landfill), il faut que le cookiepath soit suffisamment restreint afin que les différents Bugzilla ne confondent pas leurs cookies avec ceux d'un autre.

Exemple B.2. Exemples de paires urlbase/cookiepath pour la restriction du cookie d'ouverture de session


        urlbase : http://landfill.bugzilla.org/bugzilla-tip/
        cookiepath : /bugzilla-tip/

        urlbase : http://landfill.bugzilla.org/bugzilla-2.16-branch/
        cookiepath : /bugzilla-2.16-branch/
        

Si vous aviez paramétré votre cookiepath à « / » auparavant et que vous devez le régler à un niveau plus restrictif (c'est à dire « /bugzilla/ »), vous pouvez effectuer cela de manière sûre sans demander aux utilisateurs de supprimer dans leur navigateur Internet leurs cookies relatifs à Bugzilla (ceci est vrai depuis Bugzilla 2.18 et Bugzilla 2.16.5).