Projet

Général

Profil

Development #36711

"écraser avec un nouvel import", "sans danger"

Ajouté par Frédéric Péters il y a plus de 4 ans. Mis à jour il y a plus de 4 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
06 octobre 2019
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

Reprendre cette fonctionnalité pour ne plus avoir ces moments avec des données incompatibles en base, ça se règle "simplement" en faisant une première passe où les colonnes de type incompatible sont supprimées. Cela corrigera directement #15379.

Dans le même temps, aussi, traiter #13599 et #32177.


Fichiers


Demandes liées

Lié à w.c.s. - Development #13599: Ne pas afficher l'écran d'avertissement de champs incompatbiles sur un "écraser avec un nouvel import" quand il n'y a aucune demandeFermé14 octobre 2016

Actions
Lié à w.c.s. - Bug #15379: crash suite à écrasement d'un formulaire, crash lié au format SQLFermé10 mars 2017

Actions
Lié à w.c.s. - Development #32177: à l'écrasement d'un formulaire, ne pas mettre de barre de défilement quand il y a des modifs dangereusesFermé10 avril 2019

Actions

Révisions associées

Révision 2eea3725 (diff)
Ajouté par Frédéric Péters il y a plus de 4 ans

admin: revamp overriding forms (#36711)

  • always display summary of changes if there are data
  • -> skip summary of changes if there are no data (#13599)
  • do not use scrolling in summary (#32177)
  • ignore no-data fields when comparing types
  • warn about data loss instead of data corruption/bugs
  • remove data from incompatible columns (in SQL) (#15379)

Historique

#1

Mis à jour par Frédéric Péters il y a plus de 4 ans

#2

Mis à jour par Frédéric Péters il y a plus de 4 ans

  • Lié à Development #13599: Ne pas afficher l'écran d'avertissement de champs incompatbiles sur un "écraser avec un nouvel import" quand il n'y a aucune demande ajouté
#3

Mis à jour par Frédéric Péters il y a plus de 4 ans

  • Lié à Bug #15379: crash suite à écrasement d'un formulaire, crash lié au format SQL ajouté
#4

Mis à jour par Frédéric Péters il y a plus de 4 ans

  • Lié à Development #32177: à l'écrasement d'un formulaire, ne pas mettre de barre de défilement quand il y a des modifs dangereuses ajouté
#5

Mis à jour par Benjamin Dauvergne il y a plus de 4 ans

  • Statut changé de Solution proposée à Solution validée

Ça m'a l'air tout bon; pour mon édification personnelle quelle est la raison qui fait qu'on peut se passer de use_tokens=True sur Form() et ne pas être vulnérable à une attaque CSRF ?.

#6

Mis à jour par Frédéric Péters il y a plus de 4 ans

  • Statut changé de Solution validée à Résolu (à déployer)

Je ne saurais plus dire pourquoi ça a été fait comme ça, il faudrait chercher dans l'historique etc.

commit 2eea37253eff757d902dcf30ca31025afabe7cae
Author: Frédéric Péters <fpeters@entrouvert.com>
Date:   Sun Oct 6 18:37:41 2019 +0200

    admin: revamp overriding forms (#36711)

    * always display summary of changes if there are data
    * -> skip summary of changes if there are no data (#13599)
    * do not use scrolling in summary (#32177)
    * ignore no-data fields when comparing types
    * warn about data loss instead of data corruption/bugs
    * remove data from incompatible columns (in SQL) (#15379)
#7

Mis à jour par Frédéric Péters il y a plus de 4 ans

  • Statut changé de Résolu (à déployer) à Solution déployée

Formats disponibles : Atom PDF