Development #46310
Import/export de webservice
0%
Description
comme #13722 pour les datasource, avoir la possibilité d'exporter un seul webservice, et pouvoir l'importer individuellement
Fichiers
Demandes liées
Révisions associées
datasource: don't reset slug on import (#46310)
Historique
Mis à jour par Lauréline Guérin il y a plus de 3 ans
- Fichier 0003-wscall-import-export-46310.patch 0003-wscall-import-export-46310.patch ajouté
- Fichier 0002-wscall-use-a-django-template-for-detail-page.patch 0002-wscall-use-a-django-template-for-detail-page.patch ajouté
- Fichier 0001-misc-split-test-module-and-simplify-test-data.patch 0001-misc-split-test-module-and-simplify-test-data.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Mis à jour par Lauréline Guérin il y a plus de 3 ans
Mis à jour par Thomas Noël il y a plus de 3 ans
Je sais que c'est fait pareil pour les sources de données, mais je ne suis pas fan de :
+ wscall.slug = None # a new one will be set in .store() + wscall.store()
Je préférais qu'on chercher à conserver le slug reçu (et qu'on y ajoute « _2 » s'il existe déjà dans la liste, en affichant un petit message "L'identifiant existait déjà, un nouveau webservice a été créé avec l'identifiant foobar_2")
Pourquoi ? Parce que c'est le slug créé par get_new_slug ne sera pas forcément celui d'origine, par exemple si le slug importé est "villes" et le name est "liste des villes", on va générer un webservice "liste_des_villes". Mais l'usager ne va pas le voir, et quand il va recopier un formulaire/workflow qui utilise webservice.villes ça va juste ne pas fonctionner.
Mis à jour par Lauréline Guérin il y a plus de 3 ans
C'est moi qui avais fait le reset du slug pour l'import des datasource, tu veux que je change ce comportement à l'occasion de ce ticket ?
Mis à jour par Lauréline Guérin il y a plus de 3 ans
- Fichier 0004-datasource-don-t-reset-slug-on-import-46310.patch 0004-datasource-don-t-reset-slug-on-import-46310.patch ajouté
- Fichier 0003-wscall-import-export-46310.patch 0003-wscall-import-export-46310.patch ajouté
0003: gestion du slug pour wscall
0004: correction pour l'import de datasource (je peux supprimer ce commit ou le déplacer dans un autre ticket)
Mis à jour par Frédéric Péters il y a plus de 3 ans
- Statut changé de Solution proposée à Solution validée
Le coup du slug c'était moi à l'origine pour les formdef, mais ok ici.
Mis à jour par Lauréline Guérin il y a plus de 3 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit a1c0fd02a0bf449c01d6c522707fea10fe0502ac
Author: Lauréline Guérin <zebuline@entrouvert.com>
Date: Mon Sep 7 15:30:39 2020 +0200
datasource: don't reset slug on import (#46310)
commit 049b485be0669bac2d33c5704d3f2305017bd57a
Author: Lauréline Guérin <zebuline@entrouvert.com>
Date: Thu Sep 3 14:18:09 2020 +0200
wscall: import/export (#46310)
commit 682665288b64b49671fa7a4de91f7f9bb724707d
Author: Lauréline Guérin <zebuline@entrouvert.com>
Date: Thu Sep 3 11:42:23 2020 +0200
wscall: use a django template for detail page
commit d1557f0473d39a1a014d8c4e2d2613e92df1acff
Author: Lauréline Guérin <zebuline@entrouvert.com>
Date: Thu Sep 3 11:17:00 2020 +0200
misc: split test module and simplify test data
Mis à jour par Frédéric Péters il y a plus de 3 ans
- Statut changé de Résolu (à déployer) à Solution déployée
Mis à jour par Frédéric Péters il y a plus de 2 ans
- Lié à Development #27238: ajouter la possibilité de pouvoir exporter/importer une définition de webservice ajouté
wscall: import/export (#46310)