Pour que le clonage fonctionne, il faut s'amuser à faire ça avec les fonctions, les class et les constantes.
Et c'est vrai que j'ai rarement cloner, par contre je renomme plus souvent les répertoires des modules.
Les techniques changent avec le temps, c'est comme tout.
C'est comme les assets, c'est une façon de faire. Avantages et inconvénients. Maintenant, je mâche même le travail des assets avec webpack sous node.js, c'est un bon complément et ça accélère grave le chargement de la page.
ça va tellement vite maintenant, on est des dinosaures

Pour ma part, dans tous les modules que je conçois, j'utilise la première méthode.
Cela permet le clonage de module sans risque d'erreur fatale suite à une collision entre 2 constantes ayant le même nom. On peut aussi renommer le module, le nom des constantes reste cohérents.
Et en cas de define manquant, PHP affiche le nom complet, donc à l'utilisation pas de soucis. C'est un poil plus fastidieux à coder, mais on s'y fait vite.
Pour s'y retrouver, suffit de remplacer dans sa tête le nom de la variable par le nom du répertoire en majuscule, c'est encore une fois une habitude à prendre.
Je faisais la même chose avec les class et les function, depuis pour les class, PHP a inventé les espaces de noms (namespace), ça évite les conflits

Après quand tu creuses sur Qwant, tu ris

OK, c'est une idée qui peut être intégrée, oui.
Je fini la correction de quelques bugs sur une autre fonctionnalité (la MAJ à la volée) puis je sors la nouvelle version de ce module ainsi que TCPDF_for_Xoops que j'ai entièrement fusionné avec Xoops

une autre piste probable :
Vérifier si serveur BDD est en fonctionnement, ça m'est arrivée, quand je démarre easyPHP, le serveur Apache et Mysql sont arrêtés par défaut, suffisait de les démarrer.

je m'en souvient plus, je sais que je l'ai essayé à une époque, car j'ai une copie d'une module dans mes archives.

@jjday, envoyer un pixel permet surtout de vérifier si le mail a été lu,
le plus simple est d'utiliser une API comme préciser ci-dessus.

Sinon moi, je vérifie avec la fonction checkdnsrr la présence d'un MX (existence du nom de domaine et présence d'un serveur de mail)[/a], sa limite déjà les envois inutiles.

A tout les coups, ça ressemble un problème de librairies PHP (voir Version PHP)
Sinon, dans l'ordre
- une fonction ou une class qui existent déjà (souvent PEAR ou conflit de modules) présent sur le neuf et pas l'ancien
- manque un fichier (parfois possible avec le FTP)
- possibilité faible de pbs de chemin

Voici les possibilités pour les erreurs critiques quand un module fonctionne sur hébergement et pas sur l'autre

merci @JJday, je vais regarder ça

Oui Backpack est dans la liste ;)

Niveau module :
- TCPDF_for_Xoops
- WideImage_for_xoops
- Backpack
- CHGminiboutique
- CHGmentions
- CHGalbums (petit nouveau)
- CHGpush (petit nouveau)

Après faut que je vois pour xo_rewrite