4.1-beta : impossible de télécharger un plugin via SVP

Dev
1

Lorsque j’essaie de télécharger un plugin via SVP, j’ai cette erreur. Testé en PHP 8.1.2, 8.0.15 et 7.4.27.
Pour info, j’ai réussi à mettre à jour d’alpha en bêta avec spip_loader juste avant.

Fatal error: Uncaught Error: Undefined constant ZipArchive::RDONLY in /XXXX/web/plugins-dist/archiviste/src/AbstractArchiver.php:227 Stack trace: #0 /XXXX/web/plugins-dist/archiviste/src/AbstractArchiver.php(188): Spip\Archiver\AbstractArchiver->getArchive() #1 /XXXX/web/plugins-dist/archiviste/src/SpipArchiver.php(30): Spip\Archiver\AbstractArchiver->archiveEnLecture() #2 /XXXX/web/plugins-dist/svp/teleporter/http_deballe_zip.php(100): Spip\Archiver\SpipArchiver->informer() #3 /XXXX/web/plugins-dist/svp/teleporter/http_deballe_zip.php(30): teleporter_http_charger_zip(Array) #4 /XXXX/web/plugins-dist/svp/teleporter/http.php(51): teleporter_http_deballe_zip_dist('../tmp/cache/ch...', '../plugins/auto...', '../tmp/cache/ch...') #5 /XXXX/web/plugins-dist/svp/action/teleporter.php(55): teleporter_http_dist('http', 'https://files.s...', '../plugins/auto...', Array) #6 /XXXX/web/plugins-dist/svp/inc/svp_actionner.php(1603): action_teleporter_composant_dist('http', 'https://files.s...', '../plugins/auto...') #7 /XXXX/web/plugins-dist/svp/inc/svp_actionner.php(1346): Actionneur->get_paquet_id(NULL) #8 /XXXX/web/plugins-dist/svp/inc/svp_actionner.php(987): Actionneur->do_get(Array) #9 /XXXX/web/plugins-dist/svp/inc/svp_actionner.php(950): Actionneur->do_action() #10 /XXXX/web/plugins-dist/svp/action/actionner.php(35): Actionneur->one_action() #11 /XXXX/web/ecrire/public/aiguiller.php(81): action_actionner_dist() #12 /XXXX/web/ecrire/index.php(72): traiter_appels_actions() #13 {main} thrown in /XXXX/web/plugins-dist/archiviste/src/AbstractArchiver.php on line 227

2

Quelle est ta version de PHP ?

3

Testé en PHP 8.1.2, 8.0.15 et 7.4.27 chez Infomaniak.

4

Et donc tu n’aurais pas l’extension php-zip ?

À partir de PHP 7.4.0, afin d’utiliser ces fonctions, vous devez compiler PHP avec le support zip en utilisant l’option de configuration –with-zip.

Cela dit comme on le voyait dans un mini-sondage là Mini sondage sur quelques extensions PHP >= 7.4 (zip, zlib, phar, curl) bah l’unanimité des réponses avait bien cette extension (même toi d’ailleurs)

Je suis assez étonné du copu

5

Tu peux vérifier leur présence ou absence dans le php_info() ?

6

Ils sont bien là. cf capture d’écran : kDrive

Et j’ai pu faire la mise à jour avec spip_loader juste avant.

7

Tu peux juste donner la version de zip et lib-zip ? (ton image est illisible :p)
Ceci dit c’est peut être autre chose mais j’ai beau relire le code, je ne vois pas.

8

Zip enabled
Zip version 1.20.0
Libzip version 0.11.2

(il y a un lien pour télécharger l’image en haut à droite :slight_smile: )

9

PHP: Constantes pré-définies - Manual indique

ZipArchive::RDONLY (int)
Ouvre l’archive en mode lecture seule. Disponible à partir de PHP 7.4.3 et PECL zip 1.17.1, respectivement, si compilé contre libzip ≥ 1.0.0.

Il semblerait que tu sois dans un cas cocasse avec libzip < 1.0.0 …

10

Chez le même hébergeur, en SPIP 4.0.4 / PHP7.4.27, pas de problème.

Zip enabled
Zip version 1.19.3
Libzip version 0.11.2

Je ne maitrise pas bien les subtilités de ces questions de versions…

11

Tu peux peut être tenter dans archiviste/src/ZipArchive.php

- 'lecture' => \ZipArchive::RDONLY,
+ 'lecture' => defined('\ZipArchive::RDONLY') ? \ZipArchive::RDONLY : 0,
12

Ça donne :
Fatal error: Constant expression contains invalid operations in /XXXX/web/plugins-dist/archiviste/src/ZipArchive.php on line 14

Ce n’est pas la même lib qu’utilise spip_loader ? Car il a bien fonctionné…

13

Non mais c’est un changement dans l’Archiviste à partir de 4.1.0-beta qui n’utilise plus de vieilles librairies pclzip / pcltar pour utiliser des outils intégrés à PHP, notamment ZipArchive pour les zips.

Mais le cas que tu remontes me semble un peu ennuyeux.
Et je me demande pourquoi la version de libzip est si vieille…

Pour l’erreur c’est peut être

- 'lecture' => \ZipArchive::RDONLY,
+ 'lecture' => defined('ZipArchive::RDONLY') ? \ZipArchive::RDONLY : 0,
14

Pas mieux pour l’erreur PHP.

Effectivement, chez OVH, c’est mieux :

Zip enabled
Zip version 1.15.6
Libzip version 1.1.2
15

Cela dit quelque soit ce que je mets chez moi le defined ne génère pas d’erreur… Je suis assez étonné…
Peut être defined('\ZipArchive::RDONLY') ? constant('\ZipArchive::RDONLY') : 0,

Ça devient complètement capilo tracté.

16

L’erreur est toujours là, j’ai pourtant revérifier 3 fois :frowning:

17

je vais demander à l’hébergeur pourquoi les lib sont si vieilles.

18

Je ne sais pas si on doit vraiment s’en inquiéter…, la version 1.x est dans debian depuis 2016 (Debian 9 Stretch) . Et auparavant en 0.11.2 (Debian 8 Jessie)

19

J’ai posé la question au support tech, on verra le retour.

Par contre, c’est le cas sur les 3 hébergements mutu que j’ai Infomaniak (config par défaut). Faudrait peut-être relance le sondage avec la version de libzip ?

20

Tu peux vérifier que juste 'lecture' => 0, fonctionne ? et ensuite essayer de trouver le bon code pour vérifier que la constante existe ou pas ?

1 « J'aime »