grum a écrit:

je vais faire une 'tite pause dans le dev là, trop de fatigue et à vouloir faire les choses rapidement, on casse tout ^_^

Retour sur la version 3.4.3
Maintenant quand on déactive les plugin c'est ok
            GPCRequestBuilder_config est bien mis à jour.
Quand je réactive le plugin :-(
           Il manque toujours les antislashs dans le chemin du plugin :-(

Après ta petite pause, prends ton temps je ne suis absolument pas pressé.
   En attendant je modifie mon fichier "GPCRequestBuilder.class.inc.php"
pour pouvoir activer et déactiver sans problème les plugins.

grum a écrit:

ok, j'ai trouvé.
[Bugtracker] ticket 2167
corrigé avec GPC 3.4.3 (je vais finir par y arriver ! ^_^" )

Des fois on se dit qu'il faudrait mieux ne rien changer.. :-)

Suite...

  Procédure que j'ai utilisé pour un début de fonctionnement correct.
  Je suis revenu à Grum Plugin Classes Révision 3.3.4.

a) J'ai édité le fichier GPCRequestBuilder.class.inc.php
   
static public function register($plugin, $fileName)
  {
    $config=Array();
   $fileName=str_replace("\\","/",$fileName);
if(GPCCore::loadConfig(self::$pluginName, $config))

Bien noter  \\ "\" étant le caractère d'échappement pour PHP

  b) deactivé ASE,AMD
  c) réactivé ASE,AMD
  e) réinstallé la Grum Plugin Classes Révision 3.3.4.

Et quand je vais dans Advanced Search Engine , après une liste d'insulte me disant que jQuery n'est pas chargé....
(Mais la n'est pas le sujet actuel)
Maintenant j'ai bien la liste des critéres metadonnée,
Ajouter   AMetaData
  Ajouter Tags
Ajouter  Périodes
Ajouter - Catégories
Ajouter - Mots-clefs
Ajouter - Photos HD
Ajouter- Note moyenne

Si cela peut t'aider à voir le problème.

A+

pour l'instant j'ai du mal à voir d'où çà peut venir, sur ma galerie de test tout est normal...

si tu désactive/réactive AMD, le problème est toujours présent ?
si tu installes ASE, la liste de recherche est aussi vide ?

grum a écrit:

je vois :

s:8:"fileName";s:100:"C:UsersClaudeDocumentswebcl.josse.free.frGTESTpluginsAMetaData/amd_rb_callback.class.inc.php"

tu me confirmes bien l'absence de " \ " ou " / " dans le nom du fichier ??

chez, désinstall + réinstall fonctionne bien.
faut que je regarde, mais ce problème de slash sous wouinwouin, il me semble l'avoir déjà géré sur un de mes plugins :-/

Je confirme.
  Si je les rajoute manuellement   plus de problème, et si je désinstalle et réinstalle le plugin, les "/" ont disparu.

Et ceci est valable pour chaque GPCRequestBuilder::register ....

Petite précision:
   Il faut désinstaller le plugin complètement pour que ce problème apparaisse, et le réinstaller.

cljosse a écrit:

grum a écrit:

[Bugtracker] ticket 2156

je viens de livrer la v3.4.1 qui corrige le problème

Ca progresse :-)

Notice: unserialize() [function.unserialize]: Error at offset 198 of 259 bytes in C:\Users\Claude\Documents\web\cl.josse.free.fr\GTEST\plugins\GrumPluginClasses\classes\GPCCore.class.inc.php on line 201
Warning: reset() expects parameter 1 to be array, boolean given in C:\Users\Claude\Documents\web\cl.josse.free.fr\GTEST\plugins\GrumPluginClasses\classes\GPCCore.class.inc.php on line 202
Warning: Variable passed to each() is not an array or object in C:\Users\Claude\Documents\web\cl.josse.free.fr\GTEST\plugins\GrumPluginClasses\classes\GPCCore.class.inc.php on line 203


Toujours quand on clique sur recherche.

Chez moi je n'arrive pas à reproduire à reproduire le problème (la recherche s'effectue normalement sans message d'erreur).
A priori, c'est la config du plugin qui est vérolée ; qu'as-tu dans l'enregistrement GPCRequestBuilder_config de la table piwigo_config ?


Pour le second cas, çà fera l'objet d'une correction plus tard ;-)
Par contre je veux bien que tu références les petits soucis que tu trouves dans le bugtracker :o)