iGalerie

Pendant que j'y suis avec mes petits problèmes, je vais encore te solliciter car je n'ai pas trouvé de solution.

Sur mon PC (site https://l2tc78.fr) j'affiche par l'intermédiaire de la zone Description, une vignette  cliquable (pour la zoomer) pour chaque catégorie de ma galerie :

Sur mon smartphone la vignette ne s'affiche pas car le code html est refusé (il s'affiche en clair) :

Le code html complet dans la descriptiion : <img src="https://l2tc78.fr/images/centreville/GrandRue.jpg" height="180"></img>La <strong><a href="https://l2tc78.fr/images/centreville/GrandRue.jpg">Grande Rue</strong></a> est la rue principale de Neauphle-le-Château qui a su garder son aspect historique avec ses maisons anciennes et ses pavés.

Cela se produit pour toutes mes vignettes sans exception. Y-a-t-il une solution pour obtenir la même visibilité ? Merci d'avance David pour ta réponse.

Ce problème n'est pas bloquant mais je préfère te le (re)signaler. Je l'avais déjà soumis en V2 sur ce même site : ( https://photos78.net ) et après l'avoir migré en V3 j'ai continué à constater les mêmes symptômes : J'ai une visibilité du compteur de vues qui ne reflète pas la réalité. En plus de compter les photos réellement vues il progresse régulièrement d'environ 500 vues / jour. J'atteins une valeur de plus 800 000 vues ?.  Sur mes trois autres sites (au même niveau de version ) je n'ai pas ce problème.

Suite à qqs modifications du style et couleur (Options du thème) du site V3 : https://geocaching78.fr l'accès à ce site me donne systématiquement une page web vierge. J'ai récupéré en visualisant (par ftp) dans le dossier errors de ce site une Exception PHP dont la date est celle de ce jour. Voici le message complet :
<error md5="8ec0fa6e18419f926ece6c3e68c55225">
<app_version>3.0.20</app_version>
<php_version>8.2.8</php_version>
<type>PHP_EXCEPTION</type>
<date>2023-07-25 09:27:56.517343</date>
<q>tags</q>
<file>template%2Fdefault%2Fphp%2Fcustom.php</file>
<line>169</line>
<message>Call+to+a+member+function+read%28%29+on+null</message>
<trace>%5B%5D</trace>
</error>

Edit de 19h18: Vu dans le module template/default/php/custom.php la séquence autour de la ligne 169 correspond bien à ma modification : // Style utilisateur.
       if ($params['style_change'])
      {
(169)         $style = (string) Auth::$prefs->read('theme_default_user_style');
                 if (in_array($style, ['clear', 'dark']))
               {
                Template::set('theme', ['user_style' => $params['style'] = $style]);
               }
       }

Edit de 10h10: J'ai mis toute la séquence ci-dessus en commentaire // (dans custom.php) et l'accès à mon site refonctionne avec les modifs de style que j'avais faites.
Edit de 10h30: Je progresse lol avec mon 2ème site https://l2tc78.fr j'ai refait une partie de la manip en cochant la case : Autoriser les visiteurs à changer le style et le problème s'est reproduit avec une Exception PHP et plus d'affichage de ce site.
Edit du 27/07/2023 En attendant une correction j'ai supprimé toute la séquence // Style utilisateur (Je n'ai plus les fonctions Options du thème) mais je peux basculer entre l'affichage "clear" et "dark"

Bonjour David, après avoir eu le message de la disponibilité de cette version, j'ai accepté la MAJ de cette version mais j'ai eu droit au message : Vous avez déjà la version la plus récente d'iGalerie. En vérifiant dans système effectivement toujours en version Version 3.0.19    2023-02-27 12:00:46 Mais j'ai découvert qu'il y avait 4 incidents recensés peut-être sans rapport avec cette non mise à jour. Mais je te les joins quand même ci-dessous :

#4
Date : 2023-03-16 19:32:52.948181
iGalerie : 3.0.19
PHP : 8.2.3
Type : SQLITE_ERROR
Fichier : includes/core/DB.class.php
Ligne : 298
Page : 
Message : SQLSTATE[HY000]: General error: 5 database is locked
Trace : #1 ajax.php(110): AjaxGallery::login()#2 includes/gallery/classes/AjaxGallery.class.php(715): Auth::form()#3 includes/core/Auth.class.php(376): Auth::getNewSessionToken()#4 includes/core/Auth.class.php(481): DB::execute()
#3
Date : 2023-03-11 22:30:37.950922
iGalerie : 3.0.19
PHP : 8.2.3
Type : PHP_USER_WARNING
Fichier : includes/prepend.php
Ligne : 92
Page : 
Message : Failed opening required file (db.class.php).
Trace : #1 sitemap.php(17): {closure}('db')#2 includes/prepend.php(92): trigger_error('Failed opening ...', 512)
#2
Date : 2023-03-11 19:18:47.729840
iGalerie : 3.0.19
PHP : 8.2.3
Type : PHP_EXCEPTION
Fichier : image.php
Ligne : 22
Page : 
Message : Failed opening required '/includes/object_infos.php' (include_path='.:/usr/lib/php8.2')

#1
Date : 2023-03-11 19:18:47.729062
iGalerie : 3.0.19
PHP : 8.2.3
Type : PHP_WARNING
Fichier : image.php
Ligne : 22
Page : 
Message : require_once(/includes/object_infos.php): Failed to open stream: No such file or directory
Trace : #1 image.php(22): require_once('/homepages/6/d7...')

Merci d'avance pour ton aide. Bonne journée.*

iGalerie V3.0.19
Toutes les fonctionnalités sont activées pour les utilisateurs du compte membre en particulier  "Téléchargement des albums (archive Zip)". Mais si l'icone de téléchargement apparait bien au niveau de chaque photo il est absent au niveau de tous les albums. L'utilisateur ne peut télécharger qu'une photo à la fois.
Un incident est apparu pendant mes différents essais, peut-être sans rapport.

#1
Date : 2023-03-05 20:48:03.714822
iGalerie : 3.0.19
PHP : 8.2.3
Type : SQLITE_ERROR
Fichier : includes/core/DB.class.php
Ligne : 275
Page : item/3284-20220512-112445
Message : SQLSTATE[HY000]: General error: 1 no such column: i.i.item_id
Trace : #1 index.php(15): Gallery::start()#2 includes/gallery/classes/Gallery.class.php(686): require_once('/homepages/6/d7...')#3 includes/gallery/item.php(15): GalleryItems::getInfos()#4 includes/gallery/classes/GalleryItems.class.php(571): GalleryItems::_itemPagination(Array)#5 includes/gallery/classes/GalleryItems.class.php(934): GalleryItems::_getItems()#6 includes/gallery/classes/GalleryItems.class.php(846): DB::execute('SELECT i.item_i...', Array)

A toutes fins utiles

Bonjour David, une de mes photothèques qui était encore gérée avec la version V2 vient de passer sur la V3. La migration a été réussie du premier coup grâce à la très bonne documentation fournie sur ce sujet et que j'ai suivie point par point.
Après qqs ajustements par rapport à des paramètres par défaut et la remise en place des pwd des utilisateurs. L'un d'eux qui télécharge des photos en haute définition m' a déja signalé deux différences notables :
+ Il a pu se passer de la méthode ftp pour téléverser une photo de 14 Mo (6960 x 4640 pixels) en utilisant la méthode "http" qui en V2 lui aurait dit "envoi impossible fichier trop gros" C'est un réel progrès pour lui et pour tous mes membres peu adeptes à la "technicité du ftp".
+ Cependant en visualisant cette photo, il a constaté que le zoom sur la photo de cette taille, pour vérifier la qualité de sa prise de vue en la grossissant sur ses détails, ne fonctionnait plus et la photo s'affichait au mieux en plein écran. Aurais-je oublié de modifier un paramètre de fonctionnement ? Ou bien est-ce une suppression de cette fonctionnalité très utile pour mes photographes avertis ? Et de dans ce cas pour quelle raison ? Merci d'avance pour ta réponse, et une fois encore pour tout ce travail qui nous enchante. Cdlt