Message à la dés/activation – déinstallation d’un plugin (Créer un compte)

Oui, comme vous dites, ce n’est pas évident !

Un appel à add_action par une fonction elle même appelée par un register_activation_hook ne fonctionne pas !

Ainsi, il faut faire appel à add_action avant le hook d’activation pour que le message s’affiche en tout premier.

J’ai pensé tester si ma variable globale global $DailyStat_Option existe ou pas.
Elle est définie ainsi : $DailyStat_Option = get_option(‘DailyStat_Option’);

Et là, c’est la galère, car au départ quand $DailyStat_Option n’existe pas (première création de la table de donnée), cette variable a pour type NULL, elle n’est ni un tableau, (ni autre chose, au moment où je la stocke dans les options, c’est un tableau ).

En revanche, $dailyStat_Option est de type boolean qui est de surcroit VRAI ! 😉

Ensuite quand le plugin a été activé une première fois, à la deuxième activation, c’est le même chose, rien ne change. Même si je stocke une valeur dans les options, je n’arrive pas à tester son INEXISTANCE.

J’ai même des difficultés à tester sa valeur !😉

Je stocke à la désactivation $DailyStat_Option = « 0.1 »;
Et à l’activation suivante, même si cela vaut 0.1, le test indique que c’est toujours différent de 0.1 alors que je l’ai stocké à la désactivation et qu’avec PhpMyAdmin, je vois cette valeur dans la table wp_options !😉

Le code :

if ($DailyStat_Option[‘DailyStat_Version_DB’]== « 0.1 »)
		add_action(‘admin_notices’, ‘DailyStat_verify’);
	else
		add_action(‘admin_notices’, ‘DailyStat_create’);

renvoit toujours vers le cas de création de la table alors même qu’à la désactivation j’ai fait ceci :

function DailyStatInit_deactivate()
    {	
		global $DailyStat_Option;
		$DailyStat_Option[‘DailyStat_Version_DB’] = « 0.1 »;
		update_option(‘DailyStat_Option’, $DailyStat_Option);
		remove_action(‘widget_dailystat_init’);
    }

Et devrait, il me semble, logiquement fonctionner !

Ainsi, il est très difficile de distinguer les cas de première activation et des autres activations.

J’ai fait plein d’essai en utilisant isset(), empty(), array_key_exist(), is_null(), je ne suis pas encore arrivé à différencier les deux cas.

Bref, je patauge dans la gadoue, pour l’instant la seule chose qui fonctionne bien, c’est tout sauf ça !

😉

Le plus étrange dans tout ça c’est que le code suivant fonctionne correctement mais ne permet pas de distinguer le cas de création de celui de mise à jour de la base de données :

if ($DailyStat_Option[‘DailyStat_DB_Version’] != « 1.4 »)
		add_action(‘admin_notices’, ‘DailyStat_update’);

Alors que le test $DailyStat_Option == « 1.1 » retourne toujours faux même si j’ai fait ceci à la désactivation :

function DailyStatInit_deactivate()
    {	
		global $DailyStat_Option;
		$DailyStat_Option[‘DailyStat_DB_Version’] = « 1.1 »;
		update_option(‘DailyStat_Option’, $DailyStat_Option);
		remove_action(‘widget_dailystat_init’);
    }

C’est à ne rien y comprendre. Ainsi lorsque je rafraichis la page des extensions, le message de mise à jour n’apparait pas. Il n’apparait qu’une seule fois, à l’activation du plugin, sans distinguer les cas de création de la base de données de celui de mise à jour.

C’est vraiment bizarre !😉

Mais ça fonctionne quand même.

Tout se passe comme si le test sur la version de la base de données du plugin n’était possible que lorsque le plugin est activé, étrange !

Je vais essayer, mais les CLASS, je n’y pige rien du tout et du coup je ne les utilise pas car la page que j’ai voulu copier (recommandée par le CODEX lui même) pour faire les activation/désactivation les utilisait et je n’ai même pas réussi à le faire fonctionner. :boulet:
http://wordpress.stackexchange.com/questions/25910/uninstall-activate-deactivate-a-plugin-typical-features-how-to/33299#33299

Ben, c’est exactement le même problème qu’avec la lecture de la version de la BD modifiée à la désactivation.

Je met l’option crée à vrai dans le hook d’activation et à la lecture de l’option, cela le lit comme faux TOUT le temps !

De même, en modifiant la version de la BD à la désactivation, à l’activation la lecture de l’option (qui est pourtant une variable globale) ne fonctionne pas, cela ne lit pas la valeur que j’ai stocké.

C’est comme si on ne pouvez pas tester cette variable globale contenant les options la première fois (à l’activation) et qu’ensuite on pouvait la lire, c’est très étrange. 😉

Pourtant, je déclare la variable globale dans le hook et dans chaque fonction qui la modifie !
De plus, si je crée une option à part de cette variable globale, le problème reste le même, la première lecture (à l’activation) n’arrive pas à lire correctement ce qui est stocké dans cette option lorsque j’ai modifié cette variable à la désactivation.
Mais, si je ne modifie pas cette variable à la désactivation, alors, cette option est lue correctement.
Pourtant, via PhpMyAdmin, la valeur stockée dans l’option à la désactivation est la bonne.

Y’a comme un bug à la désactivation !

Toutes les modifications sont faites, je les voie avec PhpMyAdmin, seulement, je n’arrive pas à lire correctement les options lors de l’activation.😉

Bon, du coup, cela me permet de faire un message pour l’activation, mais je ne peux pas différencier la nouvelle création de la simple réactivation.🙂