Bonjour @sarah13,
Vos observations sont tout à fait justes, et @celinepanier et @vincent_pro ont bien résumé la situation. La méthode AdminController::renderList() est très sensible à la structure HTML de son retour. Envelopper son contenu dans une div supplémentaire brise l'intégrité de la structure DOM attendue par les scripts JavaScript (notamment DataTables) qui initialisent les tableaux de listes dans le back-office de PrestaShop 1.7.7.6.
Le plus simple et le plus propre est de ne pas ajouter cette div directement dans la méthode renderList(). Si vous avez besoin d'un wrapper pour un style spécifique au module, il est préférable de l'ajouter via un template Smarty dédié ou d'injecter des classes CSS directement sur les éléments existants de la liste.
Voici la correction que je vous suggère d'appliquer dans votre fichier conorderfee/controllers/admin/AdminconorderfeePolicies.php :
function renderList()
{
// Suppression de la div enveloppante qui interfère avec le rendu JS/CSS
// de la liste parent (AdminController::renderList()).
// La structure DOM générée par parent::renderList() doit rester intacte.
return parent::renderList();
}
En appliquant cette modification, la liste devrait retrouver son affichage et ses fonctionnalités JavaScript normales. Pour une gestion plus avancée et maintenable des frais conditionnels, notamment si vous avez besoin de flexibilité sur les conditions ou l'affichage en front-office, un module dédié comme le module order fee based on cart conditions peut offrir une intégration plus robuste et éviter ce genre de hacks directs dans les contrôleurs.