Bug Tracker Automne

Problème avec le texte par défaut d'un block de type texte ou varchar - Bug 3169 [Ouvert]

arnaud — Tue, 19 Jun 2012 15:28:19 +0200

Ouvert par : arnaud le 19/06/2012 15:28:19
Importance : Faible
Version(s) concernée(s) : 4.2.1
Description : L'attribut optionnel default qui permet de spécifier la valeur à afficher par défaut dans le tag en mode édition n'est pas ou mal pris en compte :
En mode édition le bloc affiche "Erreur de contenu XHTML ... Editez ce bloc pour corriger le texte saisi."

Suppression de rangée non utilisée - Bug 3160 [Ouvert]

Jérémie Bryon — Thu, 31 May 2012 12:45:18 +0200

Ouvert par : Jérémie Bryon le 31/05/2012 12:45:18
Importance : Normale
Version(s) concernée(s) : 4.2.0
Description : Dans l'interface d'administration, le détail d'une rangée indique si elle est "employée" ou non.
Si elle est employée on a un lien "Voir" qui permet d'afficher les pages employant la rangée.

Il arrive que ce lien ne renvoie rien dans liste des pages : la rangée n'est donc pas utilisée et pourtant le lien est présent.

De ce fait, même si la rangée n'est pas utilisée on ne peut pas la supprimer.
Dernier message :
- Jérémie Bryon le 14/06/2012 : Ce ne sont pas les rangées par défaut non plus.
  
  Par contre j'ai investigué pour reproduire le problème.
  Voici mes conclusions :
  
  - On a une page "Accueil" avec le modèle A, qui contient un clientspace "first".
  Des rangées sont utilisées dans cette page avec ce modèle A.
  
  - On change les propriétés de la page "Accueil" : on lui attribue un nouveau modèle B, qui contient un espace client "second". Automne nous prévient que le contenu va être perdu. Je valide quand même.
  
  - A ce moment là, les rangées qui étaient associées à la page "Accueil" pour le modèle A sont toujours présentes en base de données. C'est pratique si on réattribue le modèle A à la page Accueil : on n'a pas vraiment perdu les données. Mais c'est en contradiction avec ce que dit Automne.
  
  Quoi qu'il en soit, dans les modèles de rangées le script qui indique si la rangée est utilisée trouve encore l'association de la rangée avec la page : on ne peut donc pas la supprimer. Quand bien même il est incapable d'afficher les pages réellement associées.
  
  Est-ce vraiment un bug ?
  Pour le coup c'est la contradiction entre les deux messages qui pose soucis : dans les propriétés de page on nous dit que le contenu est perdu, dans les rangées on nous dit qu'elles sont toujours utilisées...
  
  A mon avis la solution serait, à l'attribution d'un nouveau modèle, de supprimer intégralement les relations des rangées avec l'ancien modèle. Cela devrait régler la problématique, sans pour autant ennuyer l'utilisateur : s'il a choisit un modèle compatible ses rangées seront toujours là. Dans le cas contraire Automne le prévient que tout est perdu. On reste ainsi cohérent.

Mise à jour automatique de l'affichage personnalisé des résultats - Bug 3159 [Ouvert]

Adrien Weissberg — Tue, 29 May 2012 09:49:31 +0200

Ouvert par : Adrien Weissberg le 29/05/2012 09:49:31
Importance : Faible
Version(s) concernée(s) : 4.2.2
Description : L'affichage des enregistrements polymod dans Automne peut être personnalisé via l'édition de l'objet.
Si par la suite on renomme un des champs de l'objet, cela n'est pas automatiquement reporté sur cet affichage personnalisé, et il n'y a aucune alerte pour nous en avertir.
Dernier message :
- Adrien Weissberg le 31/05/2012 : même problème pour les flux rss

Problème d'import de module : type de champ inconnu - Bug 3157 [Résolu]

Atm4u — Sat, 26 May 2012 12:19:30 +0200

Ouvert par : Atm4u le 26/05/2012 12:19:30
Importance : Haute
Version(s) concernée(s) : 4.2.1
Description : Lors de l'import d'un module polymod contenant un Objet composé multiple sur la médiathèque, l'import ne remonte aucune erreur.
Pourtant en base le champ composé est noté inconnu et le champ n'est pas visible dans la structure et l'édition impossible.

Validation par lot de suppression de pages - Bug 3155 [Ouvert]

Chrys — Fri, 25 May 2012 17:46:15 +0200

Ouvert par : Chrys le 25/05/2012 17:46:15
Importance : Haute
Version(s) concernée(s) : 4.2.1
Description : Plusieurs pages ont été supprimées et lors que je souhaite validé la suppression des pages, seule une seule est prise en compte
A noter que les pages supprimées n'ont jamais été publiées.
Dernier message :
- Frank Taillandier le 04/09/2012 : Bug non reproduit sur une 4.2.2-dev.

Polymod : champ texte - Bug 3132 [Ouvert]

Atm4u — Sun, 13 May 2012 19:29:17 +0200

Ouvert par : Atm4u le 13/05/2012 19:29:17
Importance : Normale
Version(s) concernée(s) : 4.2.1
Description : Dans les paramètres du champ texte, il est possible de déterminer la dimension du champ, largeur et hauteur.
Ces paramètres ne sont pas pris en compte dans l'administration.

Polymod : Objet composé - Bug 3131 [Ouvert]

Atm4u — Sat, 12 May 2012 12:17:24 +0200

Ouvert par : Atm4u le 12/05/2012 12:17:24
Importance : Normale
Version(s) concernée(s) : 4.2.1
Description : Il est possible dans le module actualités d'ajouter dans les paramètres du champ "média" une limitation sur l'une des catégories de la médiathèque.

Cette possibilité existe avec tous les objets composés possédant une catégorie dans leur structure.

Cette limitation ne fonctionne pas. Elle se limite a l'association, mais il est possible de créer un nouveau média dans une autre catégorie et valider l'enregistrement de cette actualité.

Insertions des rangées modules - Bug 3126 [Ouvert]

Emmanuel Ventura — Thu, 10 May 2012 10:54:10 +0200

Ouvert par : Emmanuel Ventura le 10/05/2012 10:54:10
Importance : Normale
Version(s) concernée(s) : 4.2.1
Description : Sous firefox, lors de l'intégration de rangée module (médiathèque, actualité...) dans la page, la rangée ne s'affiche pas la première fois, et s'affiche mais sans possibilité d'édition la seconde.

Se cas se présente quand le modèle de page n'a pas de rangées par défaut du module en question.

Par exemple sur la démo, le modèle a des rangées de la médiathèque, le bug ne se produit donc pas, par contre pour tout ajout d'une rangée formulaire ou/et actualités, la le bug est bien présent.

Le méthode de contournement consiste à publier la page et revenir dessus, alors les rangées intégrées apparaissent et sont éditable.

A noter que ce comportement
- n'existe pas sous Chrome 18
- existe sous FF 12.0 et Safari 5.1.5
Dernier message :
- Frank Taillandier le 10/05/2012 : J'ai reproduit le comportement sur la démo avec la version en cours de dev.
  
  J'ajoute une rangée formulaire sur une page existante, il n'apparait pas.
  
  C'est un problème de rafraichissement, quand si je clique sur l'onglet de page et que je repasse en mode modification, la rangée apparait bien. DE la même manière que si je clique sur l'icône de rafraichissement de l'onglet modifier, la rangée apparait bien aussi.
  
  Aucun message d'erreur dans la console JS :/

Le panneau latéral de l'administration ne se charge plus - Bug 3122 [Pas un bug]

Jérémie Bryon — Sun, 06 May 2012 11:28:12 +0200

Ouvert par : Jérémie Bryon le 06/05/2012 11:28:12
Importance : Critique
Version(s) concernée(s) : 4.1.3
Description : Après l'authentification sur l'administration : /automne/admin, le panneau latéral de droite ne se charge plus.
Un message d'erreur s'affiche :
"Erreur de chargement. Veuillez réessayer ou vous reconnecter ... (code : 500)".

La suppression des cookies et du cache ne résout pas le problème.
Impossible d'accéder aux fonctionnalités du site sans le panneau latéral... et donc mise à jour d'Automne impossible ?

Site hébergé chez OVH en mutualisé.
Problème visible sur Chrome 19.0, Firefox 12.0 ou Internet Explorer 9.0 (sur ce dernier le panneau indique "En cours de chargement..." sans fin).
Dernier message :
- Jérémie Bryon le 10/05/2012 : Le journal d'erreur (/automne/cms_error_log) indique une erreur SQL :
  "mod_subobject_text_edited Table is marked as crashed and should be repaired"
  
  Je suis donc allé dans l'administration de la base de donnée (PhpMyAdmin) pour exécuter cette commande :
  REPAIR TABLE mod_subobject_text_edited
  
  La table a été réparée et le panneau latéral de droite se charge maintenant correctement.
  Bug résolu.

Problème d'import de module et fichier Css. - Bug 3121 [Ouvert]

Atm4u — Sun, 29 Apr 2012 20:50:57 +0200

Ouvert par : Atm4u le 29/04/2012 20:50:57
Importance : Haute
Version(s) concernée(s) : 4.2.1
Description : Le fichier CSS présent dans le patch n'est pas installé sur le serveur.

Valeur du champ booleen nouvellement ajouté - Bug 3100 [Ouvert]

Atm4u — Sun, 29 Apr 2012 10:40:58 +0200

Ouvert par : Atm4u le 29/04/2012 10:40:58
Importance : Normale
Version(s) concernée(s) : 4.2.1
Description : Lors de l'ajout d'un champ booléen à un module polymod, aucune valeur n'est associée. Dans les paramètres du champ, si on sélection l'ajout au formulaire et l'affichage dans les résultats, le module a alors un comportement étrange.

Tous les enregistrements déjà présents affichent comme valeur "non" dans la liste des résultats, mais si je cherche à filtrer par valeur "non" dans le moteur de recherche aucun enregistrement ne ressort.

De même, lors de ma recherche polymod dans la rangée, aucun enregistrement en ressort sur la valeur 0 pour ce champ.

A la mise à jour d'un enregistrement, la valeur non est alors prise en compte.

Ce comportement est gênant dans la mesure, ou je dois actualiser tous les enregistrements même si ne coche pas cette case.

Insertion de formulaires dans les modèles de page - Bug 3098 [Ouvert]

Frank Taillandier — Thu, 26 Apr 2012 09:26:13 +0200

Ouvert par : Frank Taillandier le 26/04/2012 09:26:13
Importance : Normale
Version(s) concernée(s) : 4.2.1
Description : L'aide des modèles de page indique qu'on peut insérer des formulaires via la syntaxe suivante :

Cela ne marche pas ni avec

Même avec le mode debug activé, je n'ai aucun message d'erreur dans les logs, ni à l'écran.

Lien vers l'accueil s'ouvre dans une nouvelle fenêtre - Bug 3086 [Résolu]

Frank Taillandier — Mon, 23 Apr 2012 16:48:51 +0200

Ouvert par : Frank Taillandier le 23/04/2012 16:48:51
Importance : Normale
Version(s) concernée(s) : 4.2.1
Description : Lorsque je suis dans une page intérieure, et que je clique sur le logo ou sur le lien "accueil" du fil d'ariane, je suis à invité a quitter Automne pour ouvrir le lien dans une nouvelle fenêtre (et plus dans Automne).

Du coup, on dois passer par l'arborescence des pages pour atteindre l'accueil dans Automne.

Le problème arrive souvent quand il y a plusieurs sites de configurés. Ce comportement ne se produit que sur l'accueil. Exemple : www.europe-en-rhonealpes.eu/automne/admin/

Fil d'ariane des propriétés de page - Bug 3083 [Résolu]

Emmanuel Ventura — Mon, 23 Apr 2012 11:05:27 +0200

Ouvert par : Emmanuel Ventura le 23/04/2012 11:05:27
Importance : Faible
Version(s) concernée(s) : 4.2.1, 4.2.0
Description : Bon, fonctionne de façon très aléatoire.
Il y a un fil d'ariane sur la fenêtre des propriétés de page.
Celui-ci est cliquable, mais ne fonctionne pas toujours.
En effet bien souvent, au click, on reste sur la page encours.

Plug-in WYSIWYG - Bug 3066 [Ne sera pas résolu]

Emmanuel Ventura — Wed, 18 Apr 2012 16:32:55 +0200

Ouvert par : Emmanuel Ventura le 18/04/2012 16:32:55
Importance : Haute
Version(s) concernée(s) : 4.2.1
Description : C'est un Automne mis à jour, il est en ISO sur une version 4.2.1
Un plug-in WYSIWYG qui fonctionnait parfaitement avant le nouveau éditeur ne fonctionne plus correctement aujourd'hui.

Au lieu de m'afficher les éléments normalement, il les affiche 4 fois.

Le module est une GED avec un sous objet pour stocker les fichiers.
Le plug-in est le suivant :

{Document:Titre:value}

Author(s):{Document:Authors:label} - Ref: {Document:Reference:label}

Download file ({Document:Fichier:Fichier:Source:fileSize} Mo)

{Document:Fichier:Fichier:Media_externe:html|320,250}
Dernier message :
- Sébastien Pauchet le 23/04/2012 : En fait le pb est plutôt lié à l'architecture des plugins polymod tel que les reçoit ckeditor.
  Pour faire simple', dans le code XML de ton plugin, évite de mettre des tags
  et
  dans ton . Et si tu en as vraiment besoin, il faut créer une vue spécifique pour afficher le plugin dans ckeditor via le tag (voir doc de la syntaxe des plugins polymod pour plus d'infos).

Validité des champs URLs dans le module formulaire - Bug 3052 [Résolu]

Frank Taillandier — Thu, 12 Apr 2012 18:18:34 +0200

Ouvert par : Frank Taillandier le 12/04/2012 18:18:34
Importance : Normale
Version(s) concernée(s) : 4.2.1
Description : Lorsqu'on ajoute un champ de type Texte (URL) dans un formulaire Automne, aucune vérification sur le format de la chaîne de caractères entrées n'est effectuée.

Possibilité de modifier les droits d'un utilisateur alors qu'il appartient à au moins un groupe - Bug 3051 [Résolu]

Jérémie Bryon — Thu, 12 Apr 2012 13:55:03 +0200

Ouvert par : Jérémie Bryon le 12/04/2012 13:55:03
Importance : Haute
Version(s) concernée(s) : 4.2.0
Description : Un utilisateur est affecté à au moins 1 groupe d'utilisateurs.

Si on modifie le profil de l'utilisateur, sous l'onglet d'un module on aperçoit les droits d'accès au contenu (catégories).
Un message annonce :
"Vous ne pouvez pas modifier les droits de cette page pour cet utilisateur car ils dépendent des groupes auxquels il appartient. Modifiez les groupes de l'utilisateur pour modifier ses droits sur Automne."

Pourtant il est possible de cliquer sur les cases en face des catégories.
Cela n'était pas possible dans les anciennes versions.
Et conformément au message annoncé plus haut, cela ne devrait pas être possible.

Problème de noselection avec droits coté client - Bug 3050 [Ne sera pas résolu]

Adrien Weissberg — Fri, 06 Apr 2012 15:26:15 +0200

Ouvert par : Adrien Weissberg le 06/04/2012 15:26:15
Importance : Normale
Version(s) concernée(s) : 4.2.1
Description : Constaté sur 4.2.1 mais je pense présent depuis quelques versions.

J'ai un atm-linx (sublinks par exemple) qui affiche des pages filles de la page courante, sinon une variable de type {var:string:mavar}

J'active ensuite les droits côté client :

sur une page qui n'a pas d'enfants, mon {var:string:mavar} qui se trouve dans s'affiche bien. Si je suis sur une page qui a des enfants, cela affiche une erreur PHP.

Parse error: syntax error, unexpected T_CONSTANT_ENCAPSED_STRING, expecting ',' or ';'

Suppression de site et page supprimée - Bug 3042 [Résolu]

Jérémie Bryon — Fri, 30 Mar 2012 12:53:18 +0200

Ouvert par : Jérémie Bryon le 30/03/2012 12:53:18
Importance : Haute
Version(s) concernée(s) : 4.2.0
Description : Lorsqu'on tente de supprimer un "site" Automne pour lequel la page racine est une ancienne page aujourd'hui supprimée, une erreur fatale apparaît.
Dernier message :
- Jérémie Bryon le 30/03/2012 : Un petit correctif devrait faire l'affaire.
  Fichier automne/admin-v3/websites.php
  
  $father = CMS_tree::getFather($websiteRoot, true);
  if($father){
  $fatherWebsite = $father->getWebsite();
  $fatherCodenames = $fatherWebsite->getAllPagesCodenames();
  }

Régénération - Bug 3025 [Résolu]

Elodie Gaillard — Tue, 27 Mar 2012 19:07:48 +0200

Ouvert par : Elodie Gaillard le 27/03/2012 19:07:48
Importance : Critique
Version(s) concernée(s) : 4.2.0
Description : Quand un atm-linx fait appel à un ID de page non existant, la régénération multiple est bloquée.
Dernier message :
- Frank Taillandier le 28/03/2012 : Bug reproduit sur une 4.2.1rc1 avec la démo avec un atm-linx direct vers un ID de node non existant dans un modèle de page.