[corrigé] Mise à jour système et forum sur le site

[sly]

Juste pour signaler que nous avons mis à jour le système qui fait tourner www.refuges.info et on en a profité pour mettre à jour le forum.
Cela ne devrait rien changer en terme d'utilisation mais ça fait quand même plusieurs raisons qui peuvent faire apparaître un bug.

Me signaler si cette opération semble avoir cassé quelque chose qui marchait

[Dominique]

Sur fiche point et modification de points :
https://www.refuges.info/point/3605/cab ... e-Grillet/

count(): Parameter must be an array or an object that implements Countable

Il y a cette erreur à plusieurs endroits, même si count est appelé avec un objet vide, ce qui fait que j'ai du mal à corriger dans le texte : un if (objet) ne suffit pas.

Et puis pourquoi $vue->etapes serait un objet vide ?
J'ai l'impression que c'est plus vaste qu'une remontée d'erreur

$conf[debug] est false
Modification de syntaxe PHP 7.3 ?
Niveau d'erreur PHP à régler ?

[Claude Mauguier]

Sur fiche point et modification de points :
https://www.refuges.info/point/3605/cab ... e-Grillet/

count(): Parameter must be an array or an object that implements Countable

Il y a cette erreur à plusieurs endroits, même si count est appelé avec un objet vide, ce qui fait que j'ai du mal à corriger dans le texte : un if (objet) ne suffit pas.

Et puis pourquoi $vue->etapes serait un objet vide ?
J'ai l'impression que c'est plus vaste qu'une remontée d'erreur

$conf[debug] est false
Modification de syntaxe PHP 7.3 ?
Niveau d'erreur PHP à régler ?

Houla ! Bon, je vais attendre avant de rentrer / créer quoi que ce soit...bon courage !

[sly]

count(): Parameter must be an array or an object that implements Countable

Il y a cette erreur à plusieurs endroits, même si count est appelé avec un objet vide, ce qui fait que j'ai du mal à corriger dans le texte : un if (objet) ne suffit pas.
Et puis pourquoi $vue->etapes serait un objet vide ?

En réalité, sauf erreur, on se fiche du nombre de propriétés de l'objet ou même de l'array, ce qui importe par ce test, ça doit être comme l'autre que j'ai corrigé : de vérifier son existence.
Si tu n'es pas dessus, je tente de le corriger.

J'ai l'impression que c'est plus vaste qu'une remontée d'erreur
$conf[debug] est false
Modification de syntaxe PHP 7.3 ?
Niveau d'erreur PHP à régler ?

En revanche, voilà un problème plus pénible, j'ai vérifié :
- dans le php.ini on a bien display_errors = Off
- dans le .htaccess on a bien #php_value display_errors 1
- dans config[debug] on a bien false
- et quand on appel https://www.refuges.info/ressources/outils/phpinfo.php on a bien : display_errors Off Off

Sur mon instance, je reproduit également le problème, et si je fais un
echo 'display_errors = ' . ini_get('display_errors') . "\n";

juste avant l'appel au "count ( )" il m'indique bien que c'est à Off

Bref, que ce warning soit véritable ou non, il ne devrait pas s'afficher. Je vais d'abord régler le problème sur wri, et j'investigue ensuite, ça serait quand même bête qu'un de ces 4 une erreur nous sorte un :
"Warning, IGN ultra private key : "45676132131654;" has a non numeral caracter"

[Dominique]

Je n'ai pas corrigé parce que des if (count ($xxx)), il y en a une tripotée dans le code et qu'ils se déclenchent suivant des critères que je n'ai pas compris. (regarde bien plusieurs pages, dans le texte, en bas de page, ...)

Donc, soit on comprend pourquoi le système sort ce warning, soit on se retape tout le code

Et puis la seule façon de savoir si un objet est vide, c'est de compter ce qu'il y a dedans et c'est justement ça qui ne marche pas.

[Claude Mauguier]

Et puis la seule façon de savoir si un objet est vide, c'est de compter ce qu'il y a dedans et c'est justement ça qui ne marche pas.

Un truc vide qui n'est pas vide, c 'est le "vide", parcouru par le champ de Higgs en fait. Une analogie ?? Un effet de champ ??

[sly]

Bon, a titre de mercurochrome sur une jambe de bois, j'ai opté pour pousser temporairement la poussière sous le tapis.
Tout devrait remarcher de coté des warning disgracieux.

Technique : count -> @count

Le site devrait donc redevenir utilisable, et ça me laisse un peu de temps pour comprendre pourquoi ces warning sortent-t-ils

[sly]

Bref, que ce warning soit véritable ou non, il ne devrait pas s'afficher. Je vais d'abord régler le problème sur wri, et j'investigue ensuite, ça serait quand même bête qu'un de ces 4 une erreur nous sorte un :
"Warning, IGN ultra private key : "45676132131654;" has a non numeral caracter"

Voilà donc qui est corrigé plus proprement, le "fautif" c'était phpBB qui redéfini une fonction de gestion d'erreur par https://www.php.net/manual/fr/function. ... andler.php
même si je parvenais à dresser phpBB pour qu'il se taise, c'est trop bancale, phpBB gère ses erreurs comme il l'entend et nous les nôtre, pas avec les fonctions phpBB qui ne nous apporte rien de spécial dans ce domaine, donc :
https://github.com/RefugesInfo/www.refu ... 669b7c20f2