Petite précision.
En fait la variable "content" contient la compilation de cstat_dialog_colors_choose.tpl
Ce qui explique le problème:
En voulant modifier cette variable utilisée on provoque une erreur.
En redefinissant cette variable avec:
var content="<div>"
devrait corriger le problème
Retour d'expérience sur colorstat v1.0.3
Après avoir modifié le nom du $filename dans GPCRequestBuilder.inc.php, je peux commencer à tester colorstat.
Je suis sous <b>IE8 </b>
L'analyse est ok
les statistiques Ok
Pour la recherche un problème typique a IE8.
Je sélectionne une couleur, et je ckique sur le bouton Ok et j'ai une erreur jscript, la boite de dialogue ne se ferme plus.
et ceci uniquement sous IE8.
Après un rapide examen du code l'erreur proviendrait de l'utilisation de la variable content ligne 261 dans cstat_dialog_colors_choose.tpl
En rennomant cette variable en mycontent plus de problème.
????
Je n'ai pour l'instant aucune explication....
cljosse a écrit:
Ce n'est que lors de l'enregistrement du chemin dans la base de donnée que le problème se pose ce serait plus un problème "sql" plutot que "system".
Du moins ce sont mes déductions...
J'ai pris pour habitude d'écrire mes requêtes SQL entre double quote "
Et le \
est interprété comme un caractère d'échappement...
C'est donc plus au niveau des requêtes SQL qu'il faudrait que je fasse gaffe lorsqu'un chemin est stocké...
grum a écrit:
S'il n'y avait que çà, çà serait simple...
Mais si j'ai bien compris le problème, j'en conclue que partout ou il y a référence à un répertoire, il faudrait appliquer la règle de conversion des "\" en "/" pour que çà puisse fonctionner sous windows ?
Ce n'est que lors de l'enregistrement du chemin dans la base de donnée que le problème se pose ce serait plus un problème "sql" plutot que "system".
Du moins ce sont mes déductions...
S'il n'y avait que çà, çà serait simple...
Mais si j'ai bien compris le problème, j'en conclue que partout ou il y a référence à un répertoire, il faudrait appliquer la règle de conversion des "\" en "/" pour que çà puisse fonctionner sous windows ?
grum a écrit:
oulalala...
dans ce cas, j'ai une quantité monstrueuse de cas à revoir dans un bon nombre de plugins... :-/
Ou peut-etre simplement en modifiant la variable "$filename" dans la fonction "register" de la
classe "GPCRequestBuilder" dans "CrumPluginClasses/GPCRequestBuilder.inc.php"
?
A+
pour info:
Lien : http://fr.piwigo.org/forum/viewtopic.ph … 68#p158668
oulalala...
dans ce cas, j'ai une quantité monstrueuse de cas à revoir dans un bon nombre de plugins... :-/
peut-être pour le même genre de raison que lors de l'upload sous Windows. J'ai dû ajouter un morceau de code :
if (substr(PHP_OS, 0, 3) == 'WIN') { $upload_dir = str_replace('/', DIRECTORY_SEPARATOR, $upload_dir); }
cljosse a écrit:
Bonjour.
Si tu pouvais faire par la même occasion quelque chose pour :
GPCRequestBuilder::register($this->getPluginName(), dirname($this->getFileLocation()) .'/cstat_rb_callback.class.inc.php');
du genre:
GPCRequestBuilder::register($this->getPluginName(),str_replace("\\","/",dirname($this->getFileLocation()) ).'/cstat_rb_callback.class.inc.php');
ou plus simple...
Qui empêche l'onglet "recherche" de marcher(warning unserialize sous free et easyphp) .
Ce serait cool. :-)
A+
Euh.
pourquoi " \\ " ??
grum a écrit:
bon ben euh...
en fait il semblerait que j'ai pété la principale fonctionnalité du plugin lors de la dernière mise à jour ^_^;
je viens de livrer une version qui corrige le bug [Bugtracker] ticket 2074
Bonjour.
Si tu pouvais faire par la même occasion quelque chose pour :
GPCRequestBuilder::register($this->getPluginName(), dirname($this->getFileLocation()) .'/cstat_rb_callback.class.inc.php');
du genre:
GPCRequestBuilder::register($this->getPluginName(),str_replace("\\","/",dirname($this->getFileLocation()) ).'/cstat_rb_callback.class.inc.php');
ou plus simple...
Qui empêche l'onglet "recherche" de marcher(warning unserialize sous free et easyphp) .
Ce serait cool. :-)
A+
bon ben euh...
en fait il semblerait que j'ai pété la principale fonctionnalité du plugin lors de la dernière mise à jour ^_^;
si personne me dit rien aussi... :o)
j'ai ouvert le bug [Bugtracker] ticket 2074
Je suis sous Firefox 3.6, Windows 7 x64, serveur local WAMP PHP 5.2.9 avec GD 2.0.34
Pour les formats tu peux aller sur mon site http://www.tm-screenmania.com, ce sont les mêmes images
Voici ce qu'affiche la console FireBug quand je fait une analyse
POST http://localhost/tms/admin.php?page=plugin§ion=ColorStat/admin/plugin_admin.php
200 OK 1.29s
jquery.packed.js (ligne 1)
Paramètres application/x-www-form-urlencoded
ajaxfct updateDatabaseGetList
numOfItems 10
selectMode notAnalyzed
Source ajaxfct=updateDatabaseGetList&selectMode=notAnalyzed&numOfItems=10
Reponse ;
POST http://localhost/tms/admin.php?page=plugin§ion=ColorStat/admin/plugin_admin.php
200 OK 205ms
jquery.packed.js (ligne 1)
Paramètres application/x-www-form-urlencoded
ajaxfct updateDatabaseDoAnalyze
imagesList
Source ajaxfct=updateDatabaseDoAnalyze&imagesList=
POST http://localhost/tms/admin.php?page=plugin§ion=ColorStat/admin/plugin_admin.php
200 OK 203ms
jquery.packed.js (ligne 1)
Paramètres application/x-www-form-urlencoded
ajaxfct updateDatabaseDoAnalyze
imagesList
Source ajaxfct=updateDatabaseDoAnalyze&imagesList=
POST http://localhost/tms/admin.php?page=plugin§ion=ColorStat/admin/plugin_admin.php
200 OK 211ms
jquery.packed.js (ligne 1)
Paramètres application/x-www-form-urlencoded
ajaxfct updateDatabaseConsolidation
Source ajaxfct=updateDatabaseConsolidation
Reponse ok
POST http://localhost/tms/admin.php?page=plugin§ion=ColorStat/admin/plugin_admin.php
200 OK 209ms
jquery.packed.js (ligne 1)
Paramètres application/x-www-form-urlencoded
ajaxfct updateDatabaseGetStatus
Source ajaxfct=updateDatabaseGetStatus
Reponse 0 images ont fait l'objet d'une analyse;0 images n'ont pas fait l'objet d'une analyse;0 images n'ont pas pu être analysées (traitement en erreur)
et sinon il y a un paquet d'avertissements dans la console FireFox (plusieus fois les memes)
Avertissement : reference to undefined property thisCache[name]
Fichier Source : http://localhost/tms/themes/default/js/jquery.packed.js
Ligne : 1
Avertissement : reference to undefined property jQuery.ajaxSettings.traditional
Fichier Source : http://localhost/tms/themes/default/js/jquery.packed.js
Ligne : 1
Avertissement : reference to undefined property s.dataType
Fichier Source : http://localhost/tms/themes/default/js/jquery.packed.js
Ligne : 1
Avertissement : redeclaration of property dialogClass
Fichier Source : http://localhost/tms/admin.php?page=plugin§ion=ColorStat/admin/plugin_admin.php&f_tabsheet=database
Ligne : 359
Avertissement : La propriété « charCode » d'un événement « keydown » ne doit pas être utilisée. Cette valeur n'a pas de sens.
Fichier Source : http://localhost/tms/admin.php?page=plugin§ion=ColorStat/admin/plugin_admin.php&f_tabsheet=database
Ligne : 0
mistic100 a écrit:
hello,
j'ai installé le plugin mais l'analyse de la galerie ne fonctionne pas, j'ai aussi essayé avec un petit panier mais rien à faire
au bout de 0.55 seconde j'ai un message disant que c'est terminé mais rien n'a été fait
aucune erreur sur le log php, pas d'erreur js
gpc est à jour
c'est sur que 0.55s c'est très rapide...
J'aurais besoin d'un peu plus d'informations pour comprendre ce qui se passe.
Navigateur ?
Système d'exploitation ?
Format des photos dans la galerie ?
Librairie GD installée ?
Contenu des échanges client-serveur (pour les suivre, tu peux installer le plugin firebug sous firefox)
hello,
j'ai installé le plugin mais l'analyse de la galerie ne fonctionne pas, j'ai aussi essayé avec un petit panier mais rien à faire
au bout de 0.55 seconde j'ai un message disant que c'est terminé mais rien n'a été fait
aucune erreur sur le log php, pas d'erreur js
gpc est à jour