Vous n'êtes pas identifié(e).
- Discussions : Actives | Sans réponse
Annonce
Pensez d'abord à lire la FAQ, vous y trouverez probablement une solution à votre problème.
#1 Re : Bugs » lecture vidéos » 11-05-2024 22:41:06
Salut,
Est-ce qu'il y a des messages d'erreur dans la section "Incidents" ?
#2 Re : Installation » Messages reçus incompréhensibles depuis la maj » 07-05-2024 11:25:47
Il n'y a aucun module ou paramètre à modifier. La messagerie doit simplement décoder les messages en base64 quand cela est indiqué dans l'en-tête du mail avec "Content-Transfer-Encoding: base64". En PHP, le décodage se fait avec la fonction base64_decode().
#3 Re : Utilisation » Interdire clic droit » 07-05-2024 10:24:06
Essayes en ajoutant le code suivant dans la partie "Code CSS" des "Options du thème" :
#item_link
{
overflow: hidden;
}
#item_link::after
{
width: 200%;
height: 200%;
background: #fff;
opacity: 0;
}#4 Re : Utilisation » Interdire clic droit » 06-05-2024 14:33:17
Salut,
Il suffit de désactiver l'option "Autoriser le téléchargement des photos et vidéos" dans Options / Photos et vidéos. Il existe aussi une permission de groupe "Téléchargement des photos et vidéos", dans le cas où la fonctionnalité "Espace membres" est activée.
#5 Re : Installation » Messages reçus incompréhensibles depuis la maj » 06-05-2024 11:35:13
Et ce, depuis la mise à jour vers la version 3.0.23.
Oui, car c'est depuis la version 3.0.23 que les courriels sont encodés en base64. Il faut prendre contact avec l'hébergeur pour savoir pourquoi les messages ne sont pas décodés.
#6 Re : Installation » Messages reçus incompréhensibles depuis la maj » 05-05-2024 11:05:53
D'accord, mais je voulais savoir quel service de messagerie est utilisé lors de la réception du courriel : Gmail, Yahoo, etc. ? Ou bien quel logiciel (Thunderbird, etc.). Le problème vient probablement du webmail ou du logiciel qui n'a pas décodé correctement le message (encodé en base64).
#7 Re : Installation » Messages reçus incompréhensibles depuis la maj » 04-05-2024 20:59:47
Salut,
Quelle messagerie ? Le texte est encodé en base64, donc le problème vient du fait que le message n'a pas été décodé correctement.
#8 Re : Utilisation » Création de sous catégories » 01-05-2024 12:10:28
Si je comprends bien, le but est de répartir les photos d'un album dans plusieurs albums.
Dans ce cas, il suffit de créer une catégorie à la racine puis des albums à l'intérieur de cette catégorie. Et enfin, il faudra déplacer les fichiers de l'album original vers les albums nouvellement créés.
#9 Re : Utilisation » Création de sous catégories » 01-05-2024 11:18:24
Pour créer une sous-catégorie à l'intérieur d'une catégorie, il faut d'abord entrer dans cette catégorie en cliquant sur son nom.
#10 Re : Utilisation » Création de sous catégories » 01-05-2024 10:06:31
Salut,
Dans la section "Albums", il faut cliquer le lien "Nouvelle catégorie", puis choisir le type "Catégorie".
#11 Re : Utilisation » Mot de passe super administrateur » 29-04-2024 10:41:43
Salut,
Il faut créer un fichier avec l'extension ".php" et le placer à la racine d'iGalerie. Ce fichier doit contenir le code suivant et être exécuté depuis un navigateur :
<?php
require_once(__DIR__ . '/includes/prepend.php');
// Connexion à la base de données.
if (!DB::connect())
{
die('Impossible de se connecter à la base de données.');
}
// Nom d'utilisateur.
$login = 'admin';
// Mot de passe.
$password = Security::passwordHash('votre mot de passe');
// Mise à jour de la base de données.
$sql = 'UPDATE {users} SET user_login = ?, user_password = ? WHERE user_id = 1';
if (!DB::execute($sql, [$login, $password]))
{
die(DB::getError());
}
echo 'Modifications enregistrées !';
?>#12 Re : Utilisation » Envoi de photos en échec? » 21-04-2024 10:12:44
Au contraire, le problème vient probablement de l'hébergeur. Je n'ai aucun soucis de mon coté. En faisant une recherche rapide, je suis tombé sur cette discussion du forum de PlanetHoster qui évoque un problème similaire (et la solution pour y remédier) :
#13 Re : Utilisation » Envoi de photos en échec? » 21-04-2024 09:35:42
Et depuis quand il y a ce problème ? Est-ce que l'envoi de fichiers fonctionnait bien auparavant ?
#14 Re : Utilisation » Envoi de photos en échec? » 20-04-2024 23:33:45
Est-ce que l'erreur se produit avec un autre navigateur ?
#15 Re : Bugs » [RESOLU] Erreur PHP au téléchargement d'un album complet » 19-04-2024 09:28:56
pourrait-on envisager un téléchargement partiel (sélectif) d'un album ?
Cette fonctionnalité existe déjà avec le "Mode sélection" (à activer dans la section "Fonctionnalités"). Et il existe aussi une permission de groupe pour cette fonctionnalité.
#16 Re : Bugs » [RESOLU] Erreur PHP au téléchargement d'un album complet » 18-04-2024 22:11:41
Oui le problème doit venir du poids trop élevé de l'album. Il faudrait faire un test sur un album plus léger.
#17 Re : Bugs » [RESOLU] Erreur PHP au téléchargement d'un album complet » 18-04-2024 18:42:50
Salut,
Pour corriger ce bug, il faut remplacer la ligne 31 du fichier "download.php" :
if (!App::fileKeyVerify([$_GET['cat']], $_GET['key']))par celle-ci :
if (!Security::fileKeyVerify([$_GET['cat']], $_GET['key']))Merci pour le signalement, et comme d'habitude cette modification sera incluse dans la prochaine version.
#18 Re : Utilisation » Envoi de photos en échec? » 18-04-2024 15:42:34
Je ne vois rien d'anormal. Le problème se produit depuis quand ? Au niveau d'iGalerie je ne peux pas faire grand chose, le mieux serait de voir avec l'hébergeur.
#19 Re : Utilisation » Envoi de photos en échec? » 18-04-2024 12:55:35
Quelles sont les valeurs des directives PHP de la section "Système" ?
#20 Re : Utilisation » Envoi de photos en échec? » 17-04-2024 12:56:40
Je parles du message d'erreur qui s'affiche dans les outils de développement du navigateur (touche F12) en provenance du fichier upload.js.
#21 Re : Utilisation » Envoi de photos en échec? » 17-04-2024 11:40:56
Quel est le message d'erreur qui s'affiche ?
#22 Re : Utilisation » Envoi de photos en échec? » 08-04-2024 16:00:45
Salut,
Réponse dans la FAQ :
https://www.igalerie.org/documentation/ … du-fichier
Et il faut aussi regarder dans la section "Incidents" pour voir s'il y a des messages d'erreur.
#23 Re : Discussions » Lien vers le site iGalerie » 04-04-2024 21:44:24
Salut,
Aucun problème de mon coté (testé aussi avec plusieurs navigateurs).
#24 Re : Bugs » [RESOLU]Erreur PHP à la connexion (tout membre) » 03-04-2024 15:41:46
Salut,
Problème de mise à jour. Il faut effectuer une mise à jour manuelle comme indiqué dans la documentation.
#25 Re : Bugs » Modals do not work on my v3.0.23 install » 31-03-2024 10:57:13
Is this the right syntax to use in config.php?
define('CONF_HTTP_CSP_HOSTS', 'https://addtoany.com/ https://static.addtoany.com/ https://www.abol.us/ https://cdnjs.cloudflare.com/ https://www.cloudflare.com/ https://www.woodcentral.com/');
Yes. But you don't need to add your own site because iGalerie's CSP script-src directive already contains 'self'.
https://developer.mozilla.org/en-US/doc … urces#self
Added nonce to the scripts that are located in the page footer (see source code view). All now working but the green BACK icon and red CLOSE icon, and I cannot figure out why.
The JavaScript code for these buttons is blocked because the code is inline (onclick attribute). iGalerie's CSP script-src directive doesn't allow inline code because it doesn't include 'unsafe-inline' (to protect against XSS injections), with the exception of inline code with a nonce.
It's not possible to use a nonce here. So, you need to put the JavaScript code in an external file or in a <script> tag with a nonce. Example:
window.addEventListener('load', function()
{
var back_button = document.querySelector('#back_button');
if (back_button)
{
back_button.addEventListener('click', function()
{
history.go(-1);
});
}
});To determine what is blocked on a page, press F12 to open the Web console. CSP directives are defined in includes/core/Security.class.php :
