Tweet
Re : Accès refusé (3.3.6 et 3.4.0dev), sauf sous Firefox !
Ben non, justement, parce qu'une fois importées avec SP Transfer dans un nouveau site, ces catégories restent avec une ID de créateur à 0 et une date de création identique à l'original, sans qu'il y ait le même blocage des éléments lors du clic sur leur nom.
J'ai forcé par requête une ID d'utilisateur et une date, mais rien ne change sur le site original, j'ai toujours ce message.
Je pensais plutôt à cette question de "rules" dont certains semblent définir des groupes d'utilisateurs, d'autres pas, mais si je prends une catégorie et que je la réenregistre, ce champ ne change pas, et si je compare avec le site vierge où j'ai importé ces catégories, je ne vois pas de différence.
Et pourtant, en analysant le code qui provoque l'erreur, il semble bien que ce soit un problème de droit de gestion : mais pourquoi alors seuls certains navigateurs génèrent cette erreur, pourquoi également si on sélectionne l'article puis clique sur "modifier", aucune erreur ne se produit ???
Autre chose : l'erreur ne concerne pas seulement les articles, mais aussi les utilisateurs : si j'ouvre mon compte dans la gestion des utilisateurs, que je ferme (quelle que soit la méthode, avec ou sans réenregistrement), un clic sur mon nom génère la même erreur. Or là, il n'y a pas de créateur de l'enregistrement.
Ben non, justement, parce qu'une fois importées avec SP Transfer dans un nouveau site, ces catégories restent avec une ID de créateur à 0 et une date de création identique à l'original, sans qu'il y ait le même blocage des éléments lors du clic sur leur nom.
J'ai forcé par requête une ID d'utilisateur et une date, mais rien ne change sur le site original, j'ai toujours ce message.
Je pensais plutôt à cette question de "rules" dont certains semblent définir des groupes d'utilisateurs, d'autres pas, mais si je prends une catégorie et que je la réenregistre, ce champ ne change pas, et si je compare avec le site vierge où j'ai importé ces catégories, je ne vois pas de différence.
Et pourtant, en analysant le code qui provoque l'erreur, il semble bien que ce soit un problème de droit de gestion : mais pourquoi alors seuls certains navigateurs génèrent cette erreur, pourquoi également si on sélectionne l'article puis clique sur "modifier", aucune erreur ne se produit ???
Autre chose : l'erreur ne concerne pas seulement les articles, mais aussi les utilisateurs : si j'ouvre mon compte dans la gestion des utilisateurs, que je ferme (quelle que soit la méthode, avec ou sans réenregistrement), un clic sur mon nom génère la même erreur. Or là, il n'y a pas de créateur de l'enregistrement.
Commentaire