Produits Entr'ouvert » w.c.s. » Au quotidien

Ce bogue est toujours vivant ?

Je dirais que oui, vu dans auquo, myspace.ptl:

        if user.is_admin or user.roles:
            profile_links.append('<a href="%sbackoffice/">%s</a>' % (root_url, _('Back office')))

Par contre ce n'est pas follement évident d'automatiquement déterminer quels sont les rôles qui devraient mener à l'ajout de ce lien (ceux apparaissant en destinataire d'un formdef ou apparaissant en "by" d'un item de workflow, c'est un peu lourd à vérifier). Peut-être que le plus simple est alors d'ajouter une case à cocher "accès au backoffice" à la définition d'un rôle.

Frédéric Péters a écrit :

ajouter une case à cocher "accès au backoffice" à la définition d'un rôle.

Oui (et Victor aussi), même si c'est pas forcément super top, dans un premier temps ça va permettre de répondre à la demande.

La demande classique : avoir des formulaires accessibles uniquement pour un certain type d'utilisateurs (président d'association, commerçant, agent interne, etc.) qui n'auront jamais accès au backoffice.

Approuvé à l'eocamp, pas de magie, même pas besoin d'un second temps.

"Autorisation d'accès au backoffice", case cochée par défaut.

Actuellement on a ce code :

    def can_go_in_backoffice(self):
        if self.is_admin:
            return True
        from formdef import FormDef
        formdefs = FormDef.select(lambda x: not x.is_disabled())
        for formdef_id in FormDef.keys():
            formdef = FormDef.get(formdef_id, ignore_errors=True)
            if formdef and not formdef.is_disabled() and formdef.receiver_id in (self.roles or []):
                return True
        return False

Je propose de complètement supprimer la detection "j'ai un role qui est destinataire" et de se baser UNIQUEMENT sur un test "j'ai au moins un role qui a accès au backoffice".

Ok avec ça ?

Tout à fait.

Je ne suis pas fan du nom de l'attribut, trop proche de la méthode du même nom dans la classe User; allows_backoffice_access ?

C'est ok pour moi, go.