f972d36f2f
Sur des colonnes dont le schema ne connait pas le niveau de précision (créées avant rails 7), rails créé un timestamp avec la précision système (par exemple 9 décimales sur linux) alors que pg va l'arrondir a posteriori à 6. Ce n'est généralement pas un problème en production, mais se révèle dans les tests typiquement avec des objets crées par des factories: si un test dépend de ces timestamps, il faut récupérer la valeur limitée par pg (d'où le reload), plutôt que celle directement issue de Time.now à la création de l'objet. Une alternative aurait été de créer une migration pour ces colonnes pour forcer la précision à 6 et que le schema en aurait pris connaissance: rails limiterait la précision de lui même dès la création de l'objet. |
||
---|---|---|
.. | ||
champ_conditional_concern_spec.rb | ||
dossier_clone_concern_spec.rb | ||
dossier_correctable_concern_spec.rb | ||
dossier_prefillable_concern_spec.rb | ||
dossier_rebase_concern_spec.rb | ||
dossier_searchable_concern_spec.rb | ||
dossier_sections_concern_spec.rb | ||
email_sanitizable_concern_spec.rb | ||
initiation_procedure_concern_spec.rb | ||
mail_template_concern_spec.rb | ||
procedure_stats_concern_spec.rb | ||
rna_champ_association_fetchable_concern_spec.rb | ||
siret_champ_etablissement_fetchable_concern_spec.rb | ||
tags_substitution_concern_spec.rb | ||
treeable_concern_spec.rb |