plg a écrit:

Quelle méthode de l'API provoquait ça ?
Quelle modification de code as tu faite ?

toutes.
j'avouerais ne pas avoir cherché pourquoi, j'ai déjà mis du temps à comprendre (pour détecter un espace et un retour ligne avec un print_r c'est coton... ^_^; )
la solution est toute bête : si les deux premier caractères de la réponse sont égaux à \20\0A, je les enlève.
mais c'est pas tout, car lors de la réception des zip, je paumais aussi les deux derniers \0\0..
bref, mes corrections sont vraiment de grosses bidouilles mais j'avais pas le temps (pas l'envie surtout je crois) de chercher à comprendre pourquoi sur mon serveur çà faisait çà...

plg a écrit:

grum a écrit:

Sinon j'ai bidouillé mon piwigo de test afin de pouvoir switcher facilement entre mon PEM et le PEM officiel (une variable $conf pour alimenter la constante PEM_URL)

ticket dans le bugtracker + commit s'il te plaît, moi aussi ça me serait utile :-) les quelques fois où je l'utilise, j'ai dû faire mes modifs en dur dans le code et il y aura bien un jour où je vais commiter par erreur cette modif temporaire.

[Bugtracker] ticket 1966
pour le commit, je le fais dans la semaine, la bidouille de mon site de test n'est pas codée de la façon la plus propre.. :o)

Bon, juste pour dire que j'en ai un peu c...r pour l'installer mais qu'une fois en place, c'est super pratique !

A noter que pour une raison que j'ignore, les réponses de mon serveur ajoutent deux caractères (\20\0A) entre l'entête et les données de la réponse, et que du coup la fonction fetchRemote perdait complètement les pédales quand mon PEM local renvoyait ses réponses...

Bref, j'ai du bidouiller pour que çà fonctionne.

Sinon j'ai bidouillé mon piwigo de test afin de pouvoir switcher facilement entre mon PEM et le PEM officiel (une variable $conf pour alimenter la constante PEM_URL)

J'ai un PEM de test installé chez 1and1 (pack perso initial) qui m'a d'ailleurs servi pour tester l'import SVN. Pour l'activer, il suffit de passer $conf['allow_svn_file_creation'] à true.

On peut également paramétrer le chemin de la commande SVN (utile en local sous windows par exemple!). Par défaut, $conf['svn_path'] = 'svn'.

Existe-t-il, ou pourrait-on mettre en place si çà n'existe pas, un gestionnaire d'extension dédié au dev ?

Dans mon fonctionnement chez moi :
- galerie dédiée au dev
- galerie dédiée à la validation des mise à jour de plugins
- un répertoire dédié pour le dépôt, dans lequel je copie les fichiers de la galerie de dev une fois que tout est validé

Or là, en préparant la mise à jour du plugin GMaps, j'ai pas eu les yeux en face des trous et par une malheureuse copie de fichier j'ai écrasé un fichier dans Grum Plugin Classes.

M'en suis pas rendu compte, j'ai préparé l'archive dans PEM à partir de SVN et pis après çà a été le caca pour les utilisateurs...

Bref : avec un gestionnaire d'extension dédié aux développeurs, çà permettrait de tester les archives et la procédure d'install/mise à jour de façon plus sécurisée.

Je sais, je peux installer PEM chez moi ^_^;
mais bon, est-ce que c'est facile à configurer, notamment la connexion avec le dépôt ?