mardi 27 juin 2017

Doctrine issue #6509 : PersistentCollection et orphanRemoval

Remontée de bug pour Doctrine 2.5.x (et probalement les versions précédentes) : si on appelle PersistentCollection::clear() ou PersistentCollection::removeElement(), et que la liaison a orphanRemoval, alors les éléments supprimés seront enregistrés dans l'UnitOfWork comme étant à supprimer en base de données.

Jusque là, tout va bien. Mais si on veut de nouveau ajouter un élément dans la PersistentCollection, et que cet élément a été indiqué comme étant à supprimer avant, alors PersistentCollection n'annule pas la demande de suppression.

Résultat : l'élément supprimé, puis re-ajouté, est supprimé en base, alors qu'on voulait le conserver.

Issue #6509

mercredi 21 juin 2017

Symfony Issue #23248 : DataCollectorTranslator::getFallbackLocales() retourne un tableau vide

En environnement de développement, si on appelle $container->get('translator')->getFallbackLocales(), on a un tableau vide.

La surcharge DataCollectorTranslator, qu'on n'a qu'en environnement de développement (pour le profiler), gère correctement les fallbacks si le service translator est une instance de Translator.
Pour les autres implémentations, fournies par Symfony (LogginTranslator par exemple), DataCollectorTranslator retourne un tableau vide.

DataCollectorTranslator.php#100
Issue #23248

vendredi 2 juin 2017

[symfony/validator] Issue #23032 Valider un tableau valide les valeurs récursivement

Si on valide un tableau, qui contient un objet parmi ses valeurs, alors cet objet sera validé, avec le groupe de validation utilisé pour le tableau.

C'est différent pour les objets, qui ont besoin du validateur Valid pour avoir le même comportement.

#23032