refactor(exports): destroy errorable on force to ensure we have fresh export
Il semblerait que le destroy échoue parfois silencieusement pour une raison inconnue, ce qui empêche le create_or_find_export de se dérouler à cause de la contrainte d'unicité (il rollback), ce qui conduit ensuite à un comportement inattendu: re-téléchargement de l'ancienne archive alors qu'on voulait la regénérer. Co-Authored-By: Lisa Durand <lisa.c.durand@gmail.com>
This commit is contained in:
parent
fc66f4b05d
commit
ca0b5c9cb9
1 changed files with 1 additions and 1 deletions
|
@ -81,7 +81,7 @@ class Export < ApplicationRecord
|
|||
export = create_or_find_export(format, groupe_instructeurs, time_span_type: time_span_type, statut: statut, procedure_presentation: procedure_presentation)
|
||||
|
||||
if export.available? && export.old? && force
|
||||
export.destroy
|
||||
export.destroy!
|
||||
create_or_find_export(format, groupe_instructeurs, time_span_type: time_span_type, statut: statut, procedure_presentation: procedure_presentation)
|
||||
else
|
||||
export
|
||||
|
|
Loading…
Reference in a new issue