Bug Tracker

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.

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é.

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
» 1 commentaire(s) sur ce bug

Le fichier CSS présent dans le patch n'est pas installé sur le serveur.

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.

L'aide des modèles de page indique qu'on peut insérer des formulaires via la syntaxe suivante :

<atm-clientspace module="cms_forms" id="form" type="formular" formID="form_ID"/>

Cela ne marche pas ni avec

<atm-clientspace module="cms_forms" id="form" type="formular" formID="cms_forms_2"/>

<atm-clientspace module="cms_forms" id="form" type="formular" formID="2"/>

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

Un formulaire (module formulaires) d'identification redirige en cas de succès vers la racine d'un autre site (même automne).
Depuis Automne, si on se rend sur la page affichant ce formulaire, on a un message "cette page redirige vers (XX)", comportement normal. En revanche, le lien proposé n'ouvre pas la page distante dans automne, mais cherche à l'ouvrir dans un popup (bloqué par défaut sous chrome), et à l'afficher côté front.

Ce bug ne se produit pas sur une redirection vers le même site, ni sur une redirection classique page automne -> autre site. C'est donc lié au module formulaire, et uniquement dans ce cas de figure.

Dans l'interface de gestion des modèles (pages ou rangées), on voit la liste des modèles.
On sélectionne plusieurs modèles et on les supprime.
A ce moment, si on a encore une barre de défilement pour afficher les modèles restant, et que l'on scroll cette barre vers le bas, le reste des modèles se duplique à l'infini et on ne peut jamais atteindre le bas de la liste.

Automne charge en effet les modèles lors du scroll vers le bas.
Mais ici le bug fait que les modèles sont dupliqués à chaque chargement. En affichage seulement, car si on ferme la modale et qu'on la réouvre, tout est correct.

Si on valide la publication d'une nouvelle page via les propriétés de page, ce n'est pas le bon statut de page qui est affiché.