Dotclear

Vous n'êtes pas identifié(e).

Annonce

13 février 2024 Sortie de Dotclear 2.29

#1 Re : [dc2] Questions et aide » Erreur 500 à l'affichage de la médiathèque » 2023-03-26 19:27:58

Voilà qui est fait : https://git.dotclear.org/dev/dotclear/issues/313
Avec en cadeau Bonux (dans le ticket et recopiée ici), la marche à suivre pour reproduire le problème:

    1. Alice (admin) ouvre la médiathèque du blog A.
    2. Alice crée un nouveau dossier et l'ouvre.
    3. Alice se déconnecte.
    4. Bob (super-admin) va dans la médiathèque du blog A.
    5. Bob efface le dossier qu'Alice vient de créer.
    6. Bob se déconnecte
    7. Alice se reconnecte et ouvre la médiathèque du blog A.

Et pas d'urgence pour moi puisque j'ai pu trouver un moyen de contournement. Bon déménagement !

#2 [dc2] Questions et aide » Erreur 500 à l'affichage de la médiathèque » 2023-03-26 07:45:21

zeiram
Réponses : 3

Hello

Dotclear : 2.25.3
PHP : 7.4.33

J'ai (eu) un cas "intéressant" : sur un de mes blogs, si je vais dans l'administration avec un utilisateur de type admin (pas super-admin) et que je veux afficher la médiathèque, j'obtiens une erreur 500. Voici le stack-trace :

[26-Mar-2023 07:26:23 UTC] PHP Fatal error:  Uncaught TypeError: Return value of adminMediaPage::getDirs() must be of the type array, null returned in /......./dotclear/admin/media.php:681
Stack trace:
#0 /......./dotclear/admin/media.php(68): adminMediaPage->getDirs()
#1 /......./dotclear/admin/media.php(938): adminMedia::process()
#2 {main}
  thrown in /......./dotclear/admin/media.php on line 681

A contrario, en voulant afficher également la médiathèque de ce même blog mais avec un utilisateur super-admin, pas d'erreur 500... Plusieurs tentatives de connexion / déconnexion n'ont pas fait disparaître le problème.

Toutefois, je peux utiliser le passé pour ce problème, car j'ai trouvé un pis-aller : toujours avec mon même utilisateur admin, j'ai sélectionné un autre blog, ouvert la médiathèque de celui-ci à la racine, puis commuté sur le blog qui me posait problème via la liste déroulante dans l'entête. La médiathèque du blog problématique s'est alors affichée sans erreur 500. Et continue de s'afficher dorénavant sans problème...

Je n'arrive pas à comprendre ce qui a pu se passer pour me retrouver dans cet état inutilisable, et je n'arrive plus non plus à le reproduire. Est-ce quelque chose de connu ?

#3 Re : [dc2] Plugins » Gallery 0.4 : support du plugin » 2023-03-12 09:21:50

Tomek a écrit :

Non. Mais il ne fonctionnait déjà plus depuis un moment, si ?

En tout cas pour l'affichage public, il continue à fonctionner chez moi avec un Dotclear 2.23... mais il est vrai que cela fait longtemps que je n'ai plus essayé de créer une nouvelle galerie et ne sais donc pas ce qu'il en est de la partie admin.

Tomek a écrit :

Pour le moment, seul GalleryInsert est à jour…

Va donc falloir que je fasse le choix entre prendre le temps de le porter à Dotcler 2.25, ou laisser tomber toutes ces galeries que probablement plus personne ne visite depuis des lustres. ;-)

Merci.

#4 Re : [dc2] Plugins » Gallery 0.4 : support du plugin » 2023-02-25 12:22:27

Hello

Est-ce que quelqu'un a déjà (par miracle) adapté ce plugin à Dotclear 2.24 ?

#5 Re : [dc2] Le coin des sorciers » [Résolu] sudo et dcBlog::addPost » 2022-12-30 22:44:16

J'avais a priori éliminé la piste de l'authentification, car je m'étais dit que ça allait être trop compliqué à implémenter, au vu du code de auth.php. Mais en réalité, il suffit que je fasse un appel à dcCore::app()->auth->checkUser() avec les bonnes valeurs et ça fonctionne. :-) Merci !

Par contre, avec cette approche, il va falloir que je trouve un moyen de stocker de manière à peu près sécurisée le mot de passe de cet utilisateur technique.

Edit: Euh... même pas en fait... il suffit d'appeler checkUser avec juste l'identifiant de l'utilisateur technique (mot de passe vide), et cela fonctionne aussi.

#6 [dc2] Le coin des sorciers » [Résolu] sudo et dcBlog::addPost » 2022-12-30 19:08:01

zeiram
Réponses : 3

Hello

Je suis en train de créer un plugin pour Dotclear 2.24 qui va créer automatiquement des billets d'après les statuts présents dans le flux RSS de mon compte Mastodon. Étant donné que je souhaite que cette création de billets soit faite automatiquement, j'ai besoin d'exécuter cet import de manière non-interactive. Mon approche pour cela est de proposer une page publique qui puisse être appelée par un webcron et faire cet import.

Toutefois, je n'arrive pas à créer de nouveaux billets "simplement" depuis la partie publique. Je peux bien utiliser la méthode sudo lors de l'appel à dcBlog::addPost et ainsi court-circuiter la vérification des permissions, mais il reste quand même un problème (dans dcBlog::addPost, ligne 1587 du fichier class.dc.blog.php) :

            $cur->post_tz     = dcCore::app()->auth->getInfo('user_tz');

Cette ligne-là va récupérer la timezone de l'utilisateur·rice actuellement connecté·e, et la timezone est un champ obligatoire pour la définition d'un billet. Or, tout mon processus étant déclenché depuis la partie publique, il n'y a personne de connecté au moment de cet appel, j'ai donc 'null' et la création du billet échoue.

Est-ce que vous voyez une méthode qui me permettrait de définir cette timezone dans ce cas d'appel à dcBlog::addPost via sudo ? Ou alors je dois vraiment recopier de grosses parties de la classe dcBlog dans mon plugin juste pour changer cette ligne-là ?

#7 Re : [dc2] Questions et aide » [Résolu] Impossible d'ajouter des mots-clefs aux articles en 2.24 » 2022-12-30 07:36:01

J'ai rencontré le même genre de problème et j'ai poussé l'analyse un peu plus loin. Avec PHP 7.4.33, les appels à services.php font une erreur 500 avec le message d'erreur suivant :

[30-Dec-2022 07:16:19 UTC] PHP Fatal error:  Uncaught TypeError: Argument 2 passed to xmlTag::__set() must be an instance of mixed, bool given in /..../dotclear/inc/libs/clearbricks/rest/class.rest.php:191
Stack trace:
#0 /..../dotclear/admin/services.php(68): xmlTag->__set('check', false)
#1 /..../dotclear/inc/core/class.dc.rest.php(45): dcRestMethods::checkNewsUpdate(Object(dcCore), Array, Array)

Le problème dans le fichier admin/services.php est donc sur cette ligne là :

        $rsp->check = false;

PHP 7.4 ne semble pas considérer la valeur 'false' comme étant de type mixed... ce qui n'est guère étonnant, vu que ce mot-clé a été introduit en version 8.0. ;-)

#8 Re : [dc2] Migration et mises à jour » Affichage du Menu (Sidebar) après maj de 2.11.2 vers 2.12 » 2017-08-07 17:00:58

Franck49 a écrit :

J'utilise le plugin shortURL, j'ai voulu tester la mise à jour DC 2.12 et j'ai mis à jour le plugin 0.5.4b sur un blog de test, et il semble que les liens courts ne fonctionnent pas, est-ce que c'est toujours la même balise tpl {{tpl:EntryShortURL}} qu'il faut utiliser dans les fichiers du thème ?

En tout cas, chez moi cela fonctionne... Voir le lien intitulé "URL courte" sur cette page par exemple : http://mudry.org/blog/shurl/2kO

Y a-t-il possibilité de voir quelque part ce qu'il se passe ?

#9 Re : [dc2] Plugins » ShortURL » 2017-08-07 16:46:44

Il y avait une petite faute de frappe dans un tag (merci Gvx), voici donc encore une nouvelle version : http://mudry.org/blog/shurl/2kO

#10 Re : [dc2] Plugins » ShortURL » 2017-08-06 17:43:18

Sept ans plus tard, une nouvelle version qui corrige un bug d'affichage avec Dotclear 2.12 : http://mudry.org/blog/shurl/2kN

#11 Re : [dc2] Migration et mises à jour » Affichage du Menu (Sidebar) après maj de 2.11.2 vers 2.12 » 2017-08-06 17:39:59

i_love_dc a écrit :

La nouvelle version serat elle dispo sur dotaddict ?

Aucun de mes développements n'est disponible sur dotaddict, celui-ci ne fera pas exception. ;-) (Donc, non, il ne sera pas disponible sur dotaddict.)

#13 Re : [dc2] Migration et mises à jour » Affichage du Menu (Sidebar) après maj de 2.11.2 vers 2.12 » 2017-08-06 08:02:06

i_love_dc a écrit :

Si je ne m'abuse le plugin shorturl ést de jcdenis qui ne maintient plus ses plugins.

Il n'est pas de jcdenis, mais de moi... Merci à Gvx de m'avoir signalé le problème via ma page de contact, je publierai prochainement une mise à jour.

#14 Re : [dc2] Plugins » Un joli nuage » 2014-12-01 21:28:01

Je ne suis pas sûr d'avoir vraiment envie d'un nuage de tags qui ressemble à une erreur 403... ;-)

#15 Re : [dc2] Plugins » Sauvegarde » 2014-01-22 14:07:12

Si vous avez accès un cron ou web-cron, il y a ce script : http://mudry.org/blog/alias/dc2backup

(Edit du 2014-02-22 : modification du lien pour en avoir un qui pointera toujours sur la dernière version du script.)

#16 Re : [dc2] Plugins » Creation d'un API pour discuter avec une autre appli » 2013-07-25 12:56:18

Une API permettant de récupérer / publier / modifier des billets dans un blog, ça existe déjà : c'est XML-RPC (et c'est plus ou moins standard...). Dotclear le supporte, mais l'API n'est pas activée par défaut lors d'une installation. Pour l'utiliser, il faut aller dans Blog -> Paramètres du blog -> Configuration du blog.

Quant à faire un filtre sur certaines données, je ne sais pas. Je ne suis pas assez expert sur cet API pour pouvoir dire si c'est faisable ou non.

#17 Re : [dc2] Bugs » Retours de tests pour la future 2.5.1 » 2013-07-14 18:52:01

mendoz a écrit :

Bonjour

Problème pour moi avec Firefox dans le gestionnaire de media
Quand je clique sur  "choisir mes fichiers" il ne propose pas l'explorateur de fichier mais valide directement la page et inscrit :
   Erreur :    Aucun fichier chargé.

Version de Dotclear : dotclear-2.5-r1117
Windows 7 edition familiale premium service pack 1

Firefox 22.0 édition portable

Testé ensuite sous IE 10 et chrome 24 edition portable et la tout marche nickel

J'ai eu exactement le même problème, mais avec Chrome 28 (également Windows 7). Mon problème s'est réglé après que j'aie vidé le cache du navigateur.... Mendoz : pouvez-vous essayer de vider le cache de Firefox et voir si cela règle aussi le problème chez vous ?

#18 Re : [dc2] Plugins » Plugin Easy Thumb » 2013-03-19 12:32:52

Dsls a écrit :

Cela dit, c'est cablé dedans pour supporter les sous-répertoires, si le besoin s'en fait ressentir, le plugin peut évoluer vers ça ;)

Je plussoie cette évolution (à ajouter par une case à cocher ou une option à mon avis)... car la suppression des thumbnails orphelins m'intéresse beaucoup, mais avec une arborescence "année/mois" depuis bientôt neuf ans, je me vois assez mal aller traiter tous les dossiers l'un après l'autre. (Ou, dis plus correctement, je sais déjà que j'aurai la flemme de le faire manuellement. ;-) )

(et faudra de toutes façons que je l'essaie pour voir comment il se comporte avec les miniatures générées par mon plugin photoblog.)

#19 Re : [dc2] Discussion et astuces » Script pour générer des billets en boucle » 2013-02-14 17:37:24

nk a écrit :

Cela dit je ne connaissais pas defautPost (j'utilise dotclear depuis lundi dernier), cela pourrait être une solution, mais qui ne règle pas le risque d'erreur sur la date.

Si, il règle également le problème de la date. Il permet de définir une "période" entre le nouveau billet et le dernier billet publié ou programmé. Ainsi, on peut dire que le nouveau billet doit être 1 minute, 5 minutes, ..., 1 jour, 2 jours, ... (ou même un intervalle spécifique) après le dernier billet.

#20 Re : [dc2] Le coin des sorciers » Attribut height et width pour les images » 2013-02-04 17:02:08

Et attention, IWaHa n'a jamais été disponible sur Dotaddict, mais directement chez moi : http://mudry.org/blog/alias/IWaHa
(Et d'ailleurs, la version proposée par Amalgame ci-dessus n'est pas la dernière... ;-) )

#21 Re : [dc2] Plugins » [Gallery] : pouvoir afficher les dimensions des images » 2012-08-28 13:43:38

Je ne sais plus si le greffon IWaHa supporte les images de gallery ou non (il a été écrit pour les images contenues dans un billet), mais ça vaut probablement la peine d'essayer : http://mudry.org/blog/post/2011/10/08/G … der-v0.2.2

#22 Re : [dc2] Bugs » 2.4.3 et programmation de billets » 2012-05-22 09:27:55

Franck Paul a écrit :

Brutalement changé, non, juste depuis la 2.4.3

Ah ouais... j'avais regardé les révisions du fichier, mais pas réalisé que les dates étaient post 2.4.2 ;-)

#23 Re : [dc2] Bugs » 2.4.3 et programmation de billets » 2012-05-22 05:14:30

C'est quand même fort étrange que le comportement ait brutalement changé... et que je sois le seul à rencontrer ce problème.

Par contre, pour ce qui est du code, ce ne serait pas plus simple de faire en sorte que dbLayer::in accepte les ArrayObject ? Avec quelque chose du genre (pas testé, mais lu dans un bug report de PHP https://bugs.php.net/bug.php?id=36930 ) :

if (($in instanceof ArrayObject) || is_array($in))

#24 Re : [dc2] Bugs » 2.4.3 et programmation de billets » 2012-05-21 19:26:12

J'ai mis en place un pis-aller pour mon souci : dans le fichier inc/core/class.dc.blog.php, modifier la ligne :

		$to_change = new ArrayObject;

par :

		$to_change = array();

Je n'ai par contre pas du tout étudié ce que cela pouvait avoir ou non comme impact sur les behaviours coreBeforeScheduledEntriesPublish et coreAfterScheduledEntriesPublish (car je ne les utilise pas du tout dans mon installation). C'est donc à vos risques et périls si vous empruntez le même chemin que moi.

Si vous avez un avis quelconque sur tout cela, n'hésitez pas à vous exprimer !

#25 Re : [dc2] Bugs » 2.4.3 et programmation de billets » 2012-05-21 19:13:43

Bon... j'ai trouvé une piste... Dans dcBlog->publishScheduledEntries, la variable $to_change est définie comme étant une instance de ArrayObject. Or, la méthode $con->in teste si le paramètre est un tableau avec is_array... qui retourne false dans le cas d'un ArrayObject. :-(

Maintenant, ce que je ne comprends pas, c'est que ces parties de code ne semblent pas avoir évolué depuis fort longtemps. Je me demande donc pourquoi c'est brusquement tombé en panne.

Vous n'êtes pas identifié(e).

Pied de page des forums

Propulsé par FluxBB

Sites map