Admin: Correction de l'export des entreprises [GEN-1861]

[tonial]

🤔 Pourquoi ?

L'actuel ne marche pas depuis des mises à jour de django-import-export

🍰 Comment ?

On remplace la lib externe par un petit morceau de code qui utilise un serializer DRF pour exporter dans un fichier XLSX

🚨 À vérifier

• Mettre à jour le CHANGELOG_breaking_changes.md ?

🏝️ Comment tester

Les instructions pour reproduire le problème, les profils de test, le parcours spécifique à utiliser, etc. Si vous disposez d'une recette jetable, mettre l'URL pour tester dans cette partie.

💻 Captures d'écran

[notion-workspace]

☠️ ADMIN : Export des entreprises ne fonctionne pas

[xavfernandez]

Ça me semble très bien mais il faudrait rajouter un ou deux petits tests (idéalement avec un assertNumQueries pour vérifier que le select_related se fait bien.

[socket-security]

New and removed dependencies detected. Learn more about Socket for GitHub ↗︎

Package	New capabilities	Transitives	Size	Publisher
pypi/regex@2023.6.3	eval, unsafe	0	3.11 MB	mrabarnett

🚮 Removed packages: pypi/diff-match-patch@20230430, pypi/diff-match-patch@20230430, pypi/django-import-export@4.1.0, pypi/django-import-export@4.1.0, pypi/tablib@3.5.0, pypi/tablib@3.5.0

View full report↗︎

[tonial]

C'est tout corrigé.

Je me demande en revanche si le Serializer est la meilleurs méthode pour gérer les exports de l'admin.
C'est sans doute la plus simple si on prévoit que ce sera ré-utilisé dans une autre page, mais ça ne permet pas de gérer l'export de EvaluationCampaignAdmin qui exporte un modèle lié.

Je vois 3 manières de faire les choses, et je veux bien ton avis :

• soit je garde cette approche qui permet de faire un export simple depuis l'admin (on défini un serializer, et c'est fini)
• soit on se dit que ça ne sert à rien de rendre le truc générique et je mets l'action directement dans CompanyAdmin
• Soit on veut aussi gérer l'export EvaluationCampaignAdmin.export_siaes() qui va exporter une relation, et ça veut dire qu'il faut plutôt définir :
  • un header
  • un serializer plus bête sans DRF
  • une méthode get_export_queryset() qui par défaut utilise le queryset de la requête et qui permet de rajouter les select_related, et éventuellement de changer le queryset complètement comme dans EvaluationCampaignAdmin.export_siaes() )

[xavfernandez]

Je vois 3 manières de faire les choses, et je veux bien ton avis :

* soit je garde cette approche qui permet de faire un export simple depuis l'admin (on défini un serializer, et c'est fini)

* soit on se dit que ça ne sert à rien de rendre le truc générique et je mets l'action directement dans `CompanyAdmin`

* Soit on veut aussi gérer l'export `EvaluationCampaignAdmin.export_siaes()` qui va exporter une relation, et ça veut dire qu'il faut plutôt définir :
  
  * un header
  * un serializer plus bête sans DRF
  * une méthode `get_export_queryset()` qui par défaut utilise le queryset de la requête et qui permet de rajouter les select_related, et éventuellement de changer le queryset complètement comme dans  `EvaluationCampaignAdmin.export_siaes()` )

Si tu n'avais encore rien fait je t'aurais dit de partir sur la solution ad-hoc (la 2) mais maintenant que la 1 est faite on peut également la garder.

Après je suis allé voir l'action export_siaes du contrôle a posteriori et en vrai, je trouve qu'elle est assez efficace avec le queryset et les headers définis au même endroit avec la fonction de sérialisation juste au dessus: ça a le mérite d'être simple à comprendre 😬
Tant qu'on n'a pas beaucoup d'exports, c'est ptet encore ce qu'il y a de plus simple.

[tonial]

merci pour l'avis,
J'ai donc refais en partant sur le plus simple: pas de serializer magique, tout dans la vue d'admin qui correspond.