🌍
Français
P@t a testé avec son Wamp aujourd'hui et la correction semble efficace.
Gotcha a écrit:
Eric a écrit:
D'ailleurs, il me semble que l'extension EXIF de php est chargée par défaut dans le php.ini de EasyPhp alors que ce n'est pas le cas pour WampServer (à confirmer).
Par défaut, avec EasyPHP les EXIF ne sont pas supportés. Je ne me souviens plus si j'avais activé cette extension et es en train de me mettre le doute :-/
:-)
Ne te mets pas Martel en tête, ce n'est pas important. Ce qui l'est c'est de savoir que si l'extension php_exif n'est pas activée sur la plateforme, l'upload des photos ne fonctionne pas. Et j'ai vu que plg a corrigé le bug.
Si j'ai le temps, je testerai le fix pour voir. Sinon... Vivement la RC2 ;-)
Concernant toujours EasyPHP, j'avais écrit comment charger les extension, dans le [wiki]
Gotcha a écrit:
Eric a écrit:
D'ailleurs, il me semble que l'extension EXIF de php est chargée par défaut dans le php.ini de EasyPhp alors que ce n'est pas le cas pour WampServer (à confirmer).
Par défaut, avec EasyPHP les EXIF ne sont pas supporté. Je ne me souviens plus si j'avais activé cette extension et es en train de me mettre le doute :-/
Et à l'opposé sous Linux, c'est "compliqué" de désactiver cette extensions car elle est activée par défaut avec la version packagée de PHP.
Eric a écrit:
D'ailleurs, il me semble que l'extension EXIF de php est chargée par défaut dans le php.ini de EasyPhp alors que ce n'est pas le cas pour WampServer (à confirmer).
Par défaut, avec EasyPHP les EXIF ne sont pas supportés. Je ne me souviens plus si j'avais activé cette extension et es en train de me mettre le doute :-/
plg a écrit:
(...)
Mais quand on relit cette discussion du début on dirait qu'il y a un bug sur l'ajout d'une photo dans un album vide et ça n'a aucun rapport avec lecture EXIF disponible ou non.(...)
Et pourtant si. Sur une galerie toute neuve et totalement vierge tournant sur une plateforme dont Php ne charge pas l'extension EXIF, que l'album cible soit ou non déjà créé, l'upload ne fonctionne pas. Même comportement que mentionné dans mon premier post.
Si j'active simplement l'extension EXIF dans mon php.ini, çà fonctionne.
Je pense que le problème rencontré par Gotcha devait être un concours de circonstances (extension EXIF de Php mal chargée ou Pb avec les données EXIF de la photo ou les deux) car cela a fonctionné avec une autre photo sans qu'il ait touché aux réglages de son EasyPhp.
D'ailleurs, il me semble que l'extension EXIF de php est chargée par défaut dans le php.ini de EasyPhp alors que ce n'est pas le cas pour WampServer (à confirmer).
Ca me semble tout à fait cohérent.
Mais quand on relit cette discussion du début on dirait qu'il y a un bug sur l'ajout d'une photo dans un album vide et ça n'a aucun rapport avec lecture EXIF disponible ou non. Et ce bug là, je ne le reproduis pas.
plg a écrit:
Eric, ton message d'erreur du premier post de ce topic est explicite : il dit qu'il manque la fonction exif_read_data. Celle-ci est utilisée pour savoir si la photo a besoin d'être tournée. Sauf que par défaut, $conf['use_exif'] est à true que donc tu aurais dû avoir un gros message de warning sur le formulaire d'upload disant quelque chose comme:
Exif extension not available, admin should disable exif use
Effectivement, sur ma plateforme de l'époque, l'extension de support Exif de php n'était pas activé. Par conséquent, j'avais passé $conf['use_exif'] est à false, suivant les conseils du contrôle d'intégrité. J'ai ensuite mis à jour mon Wampserver et j'ai activé le support Exif sans refaire des essais d'upload.
Je viens de refaire des tests sur mes deux galeries 2.2RC1 (une avec MySql 5.1.36 et l'autre 5.5.8). D'abord en activant le support Exif puis en le désactivant:
- Avec l'extension Exif et quelque soit la valeur de $conf['use_exif'], l'upload fonctionne à nouveau pour les deux modes (multi-fichiers et "à l'ancienne")
- Sans l'extension Exif et avec la valeur de $conf['use_exif'] = True
> J'ai bien le gros warning sur la page d'upload
> l'upload (multi-fichiers et "à l'ancienne") ne fonctionne pas (en mode "à l'ancienne", je retrouve le message d'erreur mentionné dans mon premier post)
- Sans l'extension Exif et avec la valeur de $conf['use_exif'] = False
> Je n'ai pas le gros warning sur la page d'upload
> l'upload (multi-fichiers et "à l'ancienne") ne fonctionne pas (en mode "à l'ancienne", je retrouve le message d'erreur mentionné dans mon premier post)
Donc, cela rejoint ton analyse, plg. L'extension php_exif doit être active pour que $conf['use_exif'] soit pris en compte et que l'upload fonctionne. Chez les hébergeurs qui ne proposent pas cette extension de Php (il y en a ?), l'upload de photos ne fonctionnera pas.
Je viens de faire des tests, mais je n'ai pas réussi à reproduire votre problème. Je suis parti d'une installation vierge, j'ai créé un album à la volée dans le formulaire d'upload. J'ai également forcé l'utilisation de GD à la place d'ImageMagick. J'ai également essayé de créer d'abord l'album dans l'écran de gestion des album puis d'y déposer des photos, ça marche très bien.
D'ailleurs, l'association de la photo uploadée à l'album se fait une fois que la photo est uploadée, dans un second temp. Au moment où Piwigo applique les fonctions de redimensionnement, il n'a pas encore conscience que la photo va être associée à tel ou tel album.
Eric, ton message d'erreur du premier post de ce topic est explicite : il dit qu'il manque la fonction exif_read_data. Celle-ci est utilisée pour savoir si la photo a besoin d'être tournée. Sauf que par défaut, $conf['use_exif'] est à true que donc tu aurais dû avoir un gros message de warning sur le formulaire d'upload disant quelque chose comme:
Exif extension not available, admin should disable exif use
(du coup, je dois corriger mon code car si un utilisateur passe explicitement $conf[use_exif] à false, je continue à utiliser read_exif_data pour détecter le besoin de rotation au lieu de passer mon chemin, mais c'est un autre problème).
Eric, tu as bien la date de création automatiquement définie pour tes photos ?
Gotcha a écrit:
Eric : arrives-tu à reproduire le problème ?
Oui, je confirme que cela ne fonctionne pas sans ImageMagick. Pas essayé avec cette librairie.
@plg : As-tu pu tester ?
Eric : arrives-tu à reproduire le problème ?
Pour ma part, j'observais le même soucis que Eric.
Je viens de refaire une installation toute propre.
J'ajoute un lot de 4 photos (différentes de mes premiers essais) et là, aucun problèmes !
(Je n'ai pas non plus ImageMagick)
Eric a écrit:
plg a écrit:
Eric, quand tu vas sur [Administration > Photos > Ajouter > Configuration], est-ce que tu as une case à cocher pour conserver (ou pas) la haute définition?
Négatif (voir capture jointe). Ne me dis pas que je marne encore avec une mauvaise version de la galerie ! ;-)
Non non, tu as la bonne version. Cette option n'est disponible que si ImageMagick est disponible et de la disponibilité d'ImageMagick dépend l'algorithme de redimensionnement utilisé donc peut faire planter ou non l'ajout de photo. Sur mon environnement de test et sur piwigo.us, ImageMagick est activé. Il faut que je fasse un essai avec ImageMagick désactivé.
plg a écrit:
Je ne reproduis pas le problème. Avant toute release, je fais au minimum un test d'installation + ajout de photos.
Sur http://piwigo.us/beta/plg je suis parti d'une galerie neuve et je n'ai utilisé que le formulaire web pour l'ajout de photo.
Je n'en doute pas. Il est possible que ce soit mon Wampserver qui soit en cause bien que pour une galerie 2.1, cela fonctionne correctement.
plg a écrit:
Eric, quand tu vas sur [Administration > Photos > Ajouter > Configuration], est-ce que tu as une case à cocher pour conserver (ou pas) la haute définition?
Négatif (voir capture jointe). Ne me dis pas que je marne encore avec une mauvaise version de la galerie ! ;-)